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The annual OOPSLA conference is the premier forum bringing together 
participants in the field of object technology to share ideas and experiences. The 
combination of research and experience papers brings together both academic and 
industrial participants and ensures a rich exchange of ideas. Areas of interest 
include but are not limited to: language design and implementation, tools and 
environments, components and frameworks, user interfaces, principles and 
theory, concurrent and distributed systems, databases and persistence, design 
methods and software engineering practices 

OOPSLA provides a unique opportunity to share your research and experience with 
other leaders in these areas of software development. 


Papers 

The conference will include both invited and contrib¬ 
uted papers. Authors are encouraged to submit high 
quality papers describing relevant research or experi¬ 
ence. Research papers should describe work whose 
purpose is to advance the state of the art of object 
technology. Experience papers should describe the 
practical application of object-oriented methods. The 
program committee will evaluate each paper on its rel¬ 
evance, clarity, correctness, originality, and signifi¬ 
cance. Special consideration will be given to 
promising experience papers. Papers must not be 
under consideration elsewhere (or published) in the 
same or similar form. Do not submit multiple papers 
describing essentially the same work. 

Authors should send six copies of the full paper, in 
English, to the program chair to be received no later 
than 1 March 1992. Papers must be limited to 18 
pages, typed double spaced. Each copy must contain 
contact information (contact name, postal address, 
and phone number), a 100-word abstract, and indicate 
the paper category (research or experience). Submis¬ 
sions failing to meet these conditions will be rejected. 

Authors will be notified of acceptance or rejection by 
20 May 1992. Camera-ready copies of accepted 
papers are due 20 July 1992. Authors of accepted 
papers are expected to sign an ACM copyright release 
form and present the paper at the conference. Pro¬ 
ceedings will be distributed at the conference and via 
SIGPLAN Notices and will be available from ACM 
Press. Outstanding papers may be considered for a 
special issue of a journal. 

Guidelines for authors will be published in the pro¬ 
ceedings of the OOPSLA ’91 conference, or can be 
obtained from the program chair. 

Experience Reports 

Space will be made available in a separate track for 
short presentations of unrefereed reports describing 


practical experience applying object technology to 
production quality software development. Prospective 
speakers should submit a 1-2 page description of the 
project scope and status and the specific points to be 
covered in the presentation to the program chair by 1 
April 1992. Selection will be based on relevance and 
potential interest. Summaries will be collected after 
the conference for publication in OOPS Messenger. 

Other Contributions 

For information on tutorials, panels, workshops, 
demos, poster papers, and vendor exhibits, see the 
Call for Participation, which will be available in Oc¬ 
tober at the 1991 conference or from the conference 
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A strategic plan for 
the Computer Society 



Scope and purpose of the Computer 
Society. The mission of the IEEE 
Computer Society is set forth in its 
Constitution, Article I, Sections 2 and 
3, as follows: 

Section 2: The purposes of the society 
shall be scientific, literary, and educa¬ 
tional in character. The society shall 
strive to advance the theory, practice, 
and application of computer and infor¬ 
mation processing science and technolo¬ 
gy and shall maintain a high professional 
standing among its members. The soci¬ 
ety shall promote cooperation and ex¬ 
change of technical information among 
its members and to this end shall hold 
meetings for the presentation and dis¬ 
cussion of technical papers, shall publish 
technical journals, and shall through its 
organization and other appropriate 
means provide for the needs of its mem- 

Section 3: The scope of the society shall 
encompass all aspects of theory, design, 
practice, and application relating to 
computer and information processing 
science and technology. 

Planning Committee. The charter of 
the IEEE Computer Society Planning 
Committee is given in the bylaws, Ar¬ 
ticle XIII, Section 12, as: “The Plan¬ 
ning Committee shall continuously at¬ 
tempt to identify potential new 
activities of interest to the society, to 
modify existing activities, and initiate, 
promote, and develop plans for such 
activities in conjunction with the ap¬ 
propriate committees.” It undertakes 
this charter within the context of the 
society’s purpose and mission. 

The attention of past Planning 
Committees has focused on a wide 
range of society programs, problems, 
and opportunities. Some have concen¬ 
trated on near-term objectives, some 
on program evaluations, and some on 
organizational forms such as restruc¬ 
turing the Board of Governors mem¬ 


bership and establishing the position 
of president-elect. Others have con¬ 
sidered longer-range issues, engaging 
in more strategic planning. 

The 1991 Planning Committee fol¬ 
lowed the latter model, focusing on 
the identification of the critical, stra¬ 
tegic issues facing the society, and the 
programs or other recommendations 
that can ensure the society’s contin¬ 
ued success through the 1990s. In do¬ 
ing so, the committee created an elab¬ 
orate structure for its work, utilizing 
substantially more volunteer and staff 
resources than has been the case in 
prior years. The result of that effort is 
a strategic plan which will be pro¬ 
posed to the Board of Governors for 
adoption at its November 1 meeting in 
Nashville. If adopted, it will guide the 
Board of Governors and all of its 
boards, standing and ad hoc commit¬ 
tees in future decision making regard¬ 
ing the commitments to and budgets 
for all society activities. 

The Planning Committee created 
nine planning task forces to consider 
the issues and make recommendations 
in the following areas: Awards, Com¬ 
puter Society Press Activities, Confer¬ 
ences and Tutorials, Education Activ¬ 
ities, IEEE Relations, Membership 
Activities, Publications, Standards 
Activities, and Technical Activities. 
Each task force was composed of soci¬ 
ety leaders widely experienced in 
their individual program areas and in 
the society generally, and considered 
issues, proposals, and draft reports via 
electronic mail and conference calls. 
The resulting nine reports were con¬ 
sidered by the full Planning Commit¬ 
tee at a two-day meeting held in the 
society’s headquarters office in Wash¬ 
ington, DC. 

The draft plan is not simply a com¬ 
pilation of the task force reports. 
Many of the concepts and proposals 
contained in the task force reports are 
embodied therein, though not all were 


included, and many were changed in 
form, substance, or detail. The com¬ 
mittee attempted to synthesize the 
essence of those reports and to draw 
from them those essential, strategic 
concepts that form the backbone of 
this document. Task force proposals 
were modified, supplemented, recon¬ 
ciled, and extended. The resulting 
document embodies, in a coherent 
and consistent way, what we believe 
to be an exciting future for our so¬ 
ciety. 

State of the society. Even though 
we take a long-term, strategic view, 
planning for the future must necessar¬ 
ily start with an understanding of what 
is the health of the society. In sum, the 
state of the society is good. That evalu¬ 
ation may surprise some readers, al¬ 
though it should not. It is easy to be 
so preoccupied with the problems of 
the moment that we fail to take a step 
back and consider the society in its 
historical and competitive context. As 
examples, consider: 

• The society has a publications pro¬ 
gram that is unmatched, covering a 
broader range of topics, in more 
depth, quality, and greater circulation 
than any similar organization. 

• The society sponsors a robust 
range of symposia, workshops, and 
conferences, internationally recog¬ 
nized for their technical quality and 
essential for computer professionals 
who need to keep current with ongo¬ 
ing developments in their specialty ar¬ 
eas. 

• The society has become a princi¬ 
pal and respected developer of com¬ 
puter and related standards, affecting 
the computer industry on a worldwide 
scale. 

• The society is the largest society in 
the IEEE and, at nearly 100,000 mem¬ 
bers, it is the largest association of 
computer professionals in the world, 
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with a truly worldwide membership. 

• The society has budgeting policies 
and programs in place that have us 
well on the road to restoring ade¬ 
quate financial reserves, correcting 
some shortcomings of the past. 

• The society’s members and volun¬ 
teer leaders are supported by an ex¬ 
cellent professional staff, the envy of 
many other organizations, which pro¬ 
duces quality products and still re¬ 
mains considerably leaner than those 
of other, similar organizations. 

That some current problems exist 
cannot be denied. Membership and 
subscription growth has declined, or 
turned negative, and conference at¬ 
tendance has fallen off. These trends 
are in large part the understandable, 
inevitable consequences of the cur¬ 
rent general economic recession, the 
slump in the computer industry 
worldwide, and some of our own pro¬ 
motion policies. When manufacturers 
are laying off tens of thousands of 
professionals of the type who make 
up our membership, why should we 
assume that the society should be in¬ 
sulated? The current downward dip 
in a long-term growth curve should 
not be cause for excessive alarm. 
Similarly, in a concerted effort to re¬ 
store our financial reserves, budgets 
have become sufficiently constrained 
so that our Board of Governors and 
other leaders have been forced to 
make difficult decisions, typically 
choosing not between good and bad 
proposals, but among multiple good 
proposals. To be sure, the society 
cannot do every good thing that each 
of its leaders can conceive. But what 
organization can? 

The financial crisis that confronted 
the society in 1989 was not really the 
result of any fundamental flaw in the 
society’s programs or structure. Rath¬ 
er, it grew from the reluctance of the 
board over many years to say “No” to 
some of those good ideas, and the 
practice of funding recurring pro¬ 
grams with nonrecurring revenues. 
Since adopting its new budget poli¬ 
cies in 1989, the board has demon¬ 
strated that it can achieve balanced 
budgets, with the surpluses necessary 
to rebuild the reserves, and still have 
a robust program of services for the 
members and the profession. 

The committee believes there are 
many important things to be done 
and difficult problems to be solved. 
But it is our conclusion that the soci¬ 
ety is fundamentally sound, that we 
are not in crisis, and that alarmist 
cries to the contrary could precipitate 
imprudent actions that could harm 


that fundamental health. This we trust 
we have avoided. 

Core issues, strategic goals, and ac¬ 
tion items. The task force reports 
were necessarily varied in their ap¬ 
proaches to dealing with the challeng¬ 
es facing the society. The membership 
group addressed the most fundamen¬ 
tal questions of who are, and who 
should be, members of the society. 
Due to the dynamic nature of this in¬ 
dustry, the needs of the people who 
make up this society have changed. 
Some of the task forces dealt with 
identifying and addressing those 
changes. Others offered many degrees 
of tactical versus strategic orientation, 
providing a rich tapestry of views, 
data, and hypotheses for the consider¬ 
ation of the committee. From all these 
reports, the committee sought to dis¬ 
till a small number of strategic issues 
or needs which seemed, to us, to ad¬ 
dress the core areas that will be facing 
the society in the nineties. 

The draft plan identifies 10 strategic 
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goals for the society and a number of 
specific objectives and recommenda¬ 
tions for action that will contribute to 
the achievement of those goals. Once 
the plan is adopted by the Board of 
Governors, we will begin implement¬ 
ing its recommendations and will re¬ 
port on our progress through this fo¬ 
rum in Computer. Future Planning 
Committees and Boards of Governors 
should annually reassess the current 
goal statements and the objectives 
and programs intended to contribute 
to their achievement, maintaining this 
plan as a dynamic, living document. 
The society must always plan with 
these continuing goals — and any sim¬ 
ilar goals added in the future — in 
mind. If we dwell on our crises du 
jour, we will not achieve the kind of 
future we desire for our society, our¬ 
selves, or our profession. 
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Computing in 
Molecular Biology: 

Mapping and Interpreting 
Biological Information 


Eric S. Lander, Whitehead Institute for Biomedical Research 
Robert Langridge, University of California, San Francisco 
Damian M. Saccocio, National Research Council 


Determining the 
structure of molecules 
and their components 
is the Holy Grail of 
molecular biology. This 
article invites computer 
scientists to join the 
quest by meeting some 
highly computational 
challenges. 


B iology is in the middle of a major paradigm shift — driven by computing. 
Although it is already an informational science in many respects, the field 
is rapidly becoming much more computational and analytical. Computer¬ 
ized databases of genetic information, for example, let researchers quickly deter¬ 
mine the significance of research findings (see “Cancer genes” sidebar). 

However, bridging the gap between the “real world” of biology and the precise 
“logical” nature of computers requires an interdisciplinary perspective. To help 
attract the expertise needed to exploit the opportunities found at the intersection 
of computing and molecular biology, the Computer Science and Telecommunica¬ 
tions Board (see the corresponding sidebar) hosted a significant workshop on 
computational challenges in mapping and interpreting biological information. 
Here, we share some salient comments from this workshop and hope to expose 
computer scientists to a few of the exciting computational challenges in molecular 
biology. 

Many molecular biologists know a great deal about system architecture, pro¬ 
gramming, and even algorithmic complexity. In turn, a small but growing number 
of computer scientists are making fundamental contributions to research in 
molecular biology. 

The future will surely bring a burst of information on genes and how they 
influence diseases. We already know that single-gene defects cause such serious 
diseases as cystic fibrosis and Huntington’s chorea. Multiple-gene defects may well 
be identified as the principal agents of cancer, heart disease, schizophrenia, and 
Alzheimer’s disease. 

Understanding and interpreting the vast amounts of data being collected, 
however, will require major advances in many areas of computing. We summarize 
some key computational challenges in three major areas: sequence analysis, 
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Cancer genes 

DNA is the blueprint of life, the molecular thread in the nu¬ 
cleus of each cell that guides the assembly of molecules and 
complete living organisms. When the DNA code is altered by 
mutation, serious diseases such as cancer can result. This 
phenomenon was known to scientists studying animal tumors 
in the 1970s. They isolated cancer-causing genes, called on¬ 
cogenes, from animal tumors. They later found that similar 
genes exist in normal human DNA. This was a profound mys¬ 
tery. Why should we be carrying the seeds of our own de¬ 
struction in our genetic blueprint? 

In 1983, two separate research groups used a computer¬ 
ized searching algorithm to compare a newly discovered on¬ 
cogene to all known genes. To their astonishment, the can¬ 
cer-causing gene matched a normal gene involved in growth 
and development. 1 Suddenly, it became clear that cancer 
might be caused by a normal growth gene being switched on 
at the wrong time. This fundamental and unexpected insight 
was an early example of [progress in] a field now known as 
computational biology, the science of using computers to 
store and analyze data from complex molecules in living 
cells. 

The databases used in 1984 for these comparisons con¬ 
tained information about several thousand molecular units; 
these units now number over 30 million. Moreover, the cur¬ 
rent multiagency genome research programs of the NIH [Na¬ 
tional Institutes of Health], NSF [National Science Founda¬ 


tion], and DOE [Department of Energy] will acquire data on 
tens of billions of molecular units, ranging from simple organ¬ 
isms to human beings. The best computer algorithms for de¬ 
termining the similarity of molecules require time proportional 
to the length of the molecules being compared; if the meth¬ 
ods used to analyze oncogenes in 1984 were applied to the 
three billion base pairs of the human genome, they would re¬ 
quire hundreds of years of computer time on today’s fastest 
supercomputers. New computer designs and software meth¬ 
ods will be essential to cope with the explosive growth of mo¬ 
lecular data. Functioning as intellectual amplifiers to detect 
similarities and differences in molecules whose size and com¬ 
plexity are too vast for the unaided human mind, the comput¬ 
er systems to be developed by the federal HPCC [High-Per¬ 
formance Computing and Communications] program will be a 
critical tool for the life sciences in the twenty-first century. 

(This is an adapted excerpt from a recent White House Of¬ 
fice of Science and Technology Policy report, “Grand Chal¬ 
lenges: High-Performance Computing and Communications” 
— see “For more information.”) 
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information storage and retrieval, and 
protein structure prediction. Success¬ 
fully overcoming the problems in these 
areas will require unprecedented col¬ 
laboration between computer and life 
sciences. 


Computational 

challenges 

Computer scientists wishing to make 
significant contributions to research in 
molecular biology should first learn why 
— from a biological viewpoint — some 
problems are more interesting, impor¬ 
tant, or, indeed, more difficult than oth¬ 
ers. The following brief overview of mo¬ 
lecular biology provides some context 
for the problems we describe. 

Genetics. In biology, as with mathe¬ 
matics and computer science, many of 
the really brilliant insights have come 
from recognizing that two seemingly 
different points of view are congruent. In 
the last 50 years, biologists have be¬ 
come increasingly concerned with the 
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molecular basis of biological function in 
their attempts to answer such key 
questions as, How do cells know when 
to divide? How does memory work? 
How do we see? Genetics and biochem¬ 
istry have traditionally been two sepa¬ 
rate branches of biology. 

Classical genetics began in the mid- 
1800s with Mendel’s pathbreaking ex¬ 
periments (see “Mendel’s peas” side- 
bar). Since then, geneticists have 
traditionally studied living organisms 
with uncommon characteristics (for ex¬ 
ample, wrinkled peas). 

Through careful observation and ex¬ 
perimentation, they developed the rev¬ 
olutionary concept that discrete enti¬ 
ties — later called genes—are the basic 
inherited units of biological function. 
Geneticists did not physically isolate 
genes (the discovery of actual physical 
genes would have to wait almost a cen¬ 
tury) but inferred their existence from 
experimental evidence. 


Mendel’s peas 

What exactly did Gregor Johann 
Mendel do in 1865? Essentially, he se¬ 
lected two pure breeding strains of 
peas: smooth peas and wrinkled peas. 
Each had been bred for many genera¬ 
tions. Smooth peas always produced 
smooth peas, and wrinkled peas always 
produced wrinkled ones. But Mendel 
bred them and got only smooth peas! 
Where had the wrinkledness gone? 

Had it left entirely? Could it ever come 
back? 

Mendel contemplated these ques¬ 
tions and decided to cross a smooth 
sibling back with a wrinkled parent. 

This seemed to be the same thing he 
had done originally. But this time, one 
half of the offspring were round and 
one half were wrinkled! This was a very 
exciting discovery. It meant that a pea’s 
potential for producing wrinkled off¬ 
spring could belie its own appearance. 

But what could possibly explain this? 
Mendel did some more experiments. In 
particular, he crossed pure smooth and 
pure wrinkled again, getting only 
smooth peas in the next generation as 
before. But then he crossed two of 
these siblings (instead of crossing back 
to the parent). Again the wrinkledness 
reappeared! Even more remarkable, 
however, was that for every three 
smooth peas there was exactly one 
wrinkled pea! Mendel wondered what 


Biochemistry. Classical biochemistry 
is another major approach to biological 
function. Biochemists study actual phys¬ 
ical molecules as opposed to the ab¬ 
stract concepts of the geneticists. The 
biochemist typically works by studying 
each component. Geneticists, however, 
tend to study the whole organism minus 
some specific features (inactivated by a 
mutation). In this fashion, genetics and 
biochemistry are complementary disci¬ 
plines. 

Biochemists discovered that a very 
broad class of molecules called proteins 
are responsible for almost all functions 
in a living organism. Moreover, all pro¬ 
teins were found to be made from a 
linear chain of building blocks called 
amino acids. In fact, biochemists deter¬ 
mined that there are only about 20 types 
of amino acids. Typically, 50 to 500 amino 
acids connect together to make one pro¬ 
tein. More importantly, biochemists 
observed that these proteins, once made, 


could possibly account for such pre¬ 
cise ratios. 

He found that a relatively simple but 
elegant theory could explain it all: As¬ 
sume that each parent had two 
things, call them “genes” (although he 
did not use that term), that deter¬ 
mined physical characteristics. As¬ 
sume further that when crossed, each 
sibling received one gene from each 
parent; if one gene dominated the 
other, all the siblings would reflect the 
characteristics produced by the domi¬ 
nant gene; but if one crossed the sib¬ 
lings, exactly three quarters of the off¬ 
spring would have at least one 
dominant gene, and exactly one quar¬ 
ter would have only the recessive 
gene — precisely the same ratios he 
had observed in his experiments. 

For example, if one took a smooth 
pea with two dominant S (smooth) 
genes and crossed it with a wrinkled 
pea with two recessive W (wrinkled) 
genes, each sibling would be smooth 
because each would have one S and 
one W gene. However, crossing the 
siblings would cause 25 percent of 
the offspring to have two S’s, 50 per¬ 
cent one S and one W, and 25 per¬ 
cent two Ws — that is, 75 percent 
would be smooth and 25 percent 
would be wrinkled, exactly as Mendel 
had observed. 


fold into unique shapes based on their 
amino acid sequence. 

Linking genetics and biochemistry. 

Molecular biology has demonstrated the 
relationship between genes and proteins. 
Molecular biologists determined that 
the gene is made of DNA (deoxyribo¬ 
nucleic acid) — that is, DNA is the 
hereditary material of all species. More¬ 
over, Crick and Watson determined in 
1953 that the structure is a double helix 
and concluded correctly that this specif¬ 
ic form is fundamental to DNA’s func¬ 
tion as the agent that stores and trans¬ 
fers genetic information. In fact, 
biological shape generally determines 
properties — that is, structure almost 
always determines function. 

The DNA double helix is elegant and 
simple. Each strand of the DNA double 
helix is a polymer consisting of four 
elements called nucleotides: A, T, C, 
and G (for adenine, thymine, cytosine, 
and guanine). The two strands of DNA 
are perfectly complementary. When a T 
resides on one strand, an A occupies the 
corresponding position on the other 
strand; when there is a G on one strand, 
a C occupies the corresponding posi¬ 
tion on the other. That is, T pairs with 
A, and G pairs with C. This redundancy 
explains how a cell passes on a complete 
set of genetic information to each of its 
two daughter cells during cell division. 
The DNA double helix unravels, and 
each strand serves as a completely suf¬ 
ficient template upon which a second 
strand can be synthesized. In addition 
to providing an easy mechanism for the 
replication of DNA, the redundancy 
also provides great resiliency against 
loss or damage of information during 
cell life. Such loss or damage allows 
biological mutations. 

To a computer scientist, the DNA 
double helix is a clever, robust informa¬ 
tion storage and transmission system. 
As computer scientists accustomed to 
dealing with a binary alphabet will im¬ 
mediately recognize, the four-letter al¬ 
phabet of DNA can encode messages of 
arbitrary complexity. 

Details of the genetic coding scheme 
were worked out during the sixties. In 
brief, particular stretches of the DNA 
are copied directly into an intermediate 
molecule called RNA (ribonucleic acid, 
also composed of A, T, C, and G). RNA 
is then translated into a protein—which 
is again a linear chain assembled from 
the 20 different amino acids. Each con- 
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Figure 1. Structure of the Max protein and its sequence 
similarity shared with other bHLH-Zip proteins: Re¬ 
gions of sequence similarity shared with other bHLH 
transcription factors. The Max bHLH-Zip region is 
compared and contrasted to that of other bHLH pro¬ 
teins found in humans (MyoD, E12, AP-4, USF, c- 
Myc, L-Myc, and N-Myc), insects (As-C), plants (Lc), 
and yeast (CBF-I). Shaded regions identify residues 
that fit the consensus as derived for the known bHLH 
family (<j> = L, I, V, M; Q = F, L, I, Y). Boxes denote 
the heptad repeat of hydrophobic residues, which ex¬ 
tends from helix II into the putative leucine zipper. 
Amino acid residues are abbreviated to A, Ala; C, Cys; 
D, Asp; E, Glu; F, Phe; G, Gly; H, His; I, He; K, Lys; 

L, Leu; M, Met; N, Asn; P, Pro; Q, Gin; R, Arg; S, Ser; 
T, Thr; V, Val; W, Trp; and Y, Tyr (a); and schematic 
representation of Myc and Max proteins as aligned by 
their regions of sequence similarity (stipple boxes). 
Abbreviations designate the casein kinase II phos¬ 
phorylation site (CKII), basic region (BR), helix-loop- 
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helix (HLH), leucine zipper (LZ), and acidic region 
(AR). Numbering corresponds to their respective amino 
acid sequences (b). (Reprinted with permission from E. 
Blackwood and R.N. Eisenman, “Max: A Helix-Loop- 
Helix Zipper Protein that Forms a Sequence-Specific 
DNA Binding Complex with Myc,” Science, Mar. 8,1991, 
p. 1,213 © 1991 American Association for the Advance¬ 
ment of Science.) 


secutive triplet of DNA elements spec¬ 
ifies one amino acid in the protein chain. 
In this fashion, biology “reads” DNA 
(actually, the RNA copy of the DNA) 
as if it were a Turing machine tape. 
Once synthesized, the protein chain folds 
according to laws of physics into a spe¬ 
cialized form, based on the particular 
properties and order of the amino acids 
(some of which are hydrophobic, some 
hydrophilic, some positively charged, 
and some negatively charged). Although 
this basic coding scheme is well under¬ 
stood, biologists cannot accurately pre¬ 
dict the folded protein shape. 

The human genome (the totality of 
genetic information in each person) con¬ 
tains about three billion nucleotides. 


These are distributed among 23 sepa¬ 
rate strands called chromosomes, each 
containing about 50 to 250 million nu¬ 
cleotides. Each chromosome encodes 
about 10 to 50 thousand genes. With the 
extraordinary advances in molecular 
biology over the past 20 years, it is now 
possible to read the specific sequences 
of individual genes and to predict (by 
means of the genetic code) the sequence 
of the proteins that they encode. A ma¬ 
jor challenge for molecular biology in 
the next decade will be to use this infor¬ 
mation to predict the actual biological 
function of these proteins. 

Sequence analysis. Computer scien¬ 
tists seeking practical applications for 


their fast matching algorithms will find 
exciting opportunities in sequence anal¬ 
ysis (sometimes referred to as stringol- 

°gy)- 

The essence of- the problem is that a 
given set of DNA sequences (with each 
element represented by letters A, C,T, 
or G) requires efficient alignment¬ 
matching algorithms to deal elegantly 
with insertion, deletion, substitution, 
and even gaps in the series. 

A typical problem, from the area 
known as multiple-sequence alignment, 
seeks to globally optimize the matches 
of 20 sequences — each 200 base pairs 
of nucleotides long. Figure 1 contains 
an example of sequence alignment in 
which the partial sequence of a human 
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protein is compared and contrasted to 
similar proteins in humans, insects, 
plants, and yeast for clues to its func¬ 
tion. (In this case, the alignment is based 
on amino acids rather than their con¬ 
stituent nucleotides.) 

From a computer science viewpoint, 
many such problems may be shown to 
be NP-complete. Such results, howev¬ 
er, may not help the biologists. As Ri¬ 
chard Lipton, professor of computer 
science at Princeton University, coun¬ 
seled workshop participants: “In biolo¬ 
gy, approximate results may be okay at 
times; algorithms that work well only 
on average may be okay; and even algo¬ 
rithms that do not work every time may 
be okay.” Thus, like the “traveling sales¬ 
man” problem, algorithms that provide 
less than optimal solutions within a rea¬ 
sonable time can still be extremely use¬ 
ful in many practical problems. For ex¬ 
ample, in the multiple-sequence 
alignment problem, approximate match¬ 
es can still convey important hints and 
clues about the function or structure of 
compared sequences. 

Storing and retrieving biological in¬ 
formation. Computing methods that al¬ 
low the efficient and accurate process¬ 
ing of experimentally gathered data will 
play a crucial role in almost all future 
biological research. Automation and 
computerization have already let re¬ 
searchers achieve a 60-percent-per-year 
increase rate for sequencing. (This rep¬ 
resents a 10-fold increase every five 
years.) 

In fact, as recently as 1976, DNA 
sequencing was impossible. By 1984, 
1.5 million base pairs of nucleotides 
were being sequenced per year; by 1989, 
this number had risen to 16 million. 

A desire to maintain the historical 
rate of increase in DNA sequencing is a 
driving force behind the Human Ge¬ 
nome Project, according to the work¬ 
shop’s keynote speaker Walter Gilbert, 
chair of Harvard University’s Depart¬ 
ment of Cellular and Developmental 
Biology and recipient of the 1980 No¬ 
bel Prize in chemistry. He felt that the 
effort to map and sequence the human 
genome is not an attempt to under¬ 
stand everything about it. Rather, he 
saw the project as a huge endeavor to 
create an exceptionally important re¬ 
search tool to learn more basic facts 
about biology. 

If this project is successful, by 1994 
nucleotides will probably be sequenced 


at a rate of 160 million base pairs per 
year (roughly a chromosome per year); 
by 1999,1.6 billion base pairs per year 
will be sequenced (approximately a full 
genome each year). Indeed, Gilbert sug¬ 
gested that such databases are likely to 
become “the profound research tools 
of biologists over the next decade.” 

Such pronouncements imply that ef¬ 
fectively storing data and its associated 
information will constitute a major 
project for biologists. Yet, researchers 
began to use large databases in molec¬ 
ular biology only about 10 years ago. 
These databases continue to be used 
principally for comparing DNA se¬ 
quences (so-called homological search¬ 
ing). Also, protein databases have sup¬ 
ported many important discoveries (see 
the “Cancer genes” sidebar). Much more 
information beyond bare sequencing 
data will be needed in the future: gene 
names, protein information (for exam¬ 
ple, constituent amino acids), and point¬ 
ers to other interesting sequences near 
particular chromosomes. Databases 
could also allow relevant articles and 
references to be easily associated with 
specific DNA and protein sequences. 

Making all this information easily 
accessible to distributed users while ef¬ 
fectively dealing with errors, conflicts, 
and updates presents a research prob¬ 
lem of the utmost urgency. A veteran 
database expert and workshop panel¬ 
ist, Nathan Goodman, president of Da¬ 
tabase Consultants, claimed that the 
database challenges in molecular biol¬ 
ogy were among the most exciting tech¬ 
nical problems that he has seen. In re¬ 
gard to those presented by the human 
genome project, he predicted that “there 
is some spectacular research to be done. ” 

Goodman illustrated some of these 
technical problems by discussing three 
specific types of database applications: 
collaborative, repository, and labora¬ 
tory. The challenges within each can be 
assessed along several common dimen¬ 
sions of difficulty: private versus pub¬ 
lic, discrete versus related elements, 
quality, stability, and timeliness. 

Collaborative databases must be ca¬ 
pable of combining databases from sev¬ 
eral laboratories working together on a 
single problem. The database itself must 
be accessible to a broad, if limited, com¬ 
munity. It is far easier to design a data¬ 
base for private use than to design one 
as a public resource for an entire re¬ 
search community. Only one point of 
view need be considered in the first 


case, whereas many needs and percep¬ 
tions must be accommodated in the sec¬ 
ond. 

Repository databases will be created 
as public resources to contain data from 
many sources. One of the major repos¬ 
itories of sequence data, GenBank in 
mid-1991 contained over 66 million bases 
in approximately 44,000 entries (see “For 
more information”). A public database 
must reflect the long-term view that 
changes become painful and expensive 
once the database is public. 

Even so, it is still far easier to design 
a large database like GenBank to store 
discrete collections of facts than to de¬ 
sign a large, (probably) distributed da¬ 
tabase in which the facts are interrelat¬ 
ed. That is, simply storing the 
information may not be that difficult, 
but relating the information in a fashion 
that allows users to extract meaningful 
knowledge — as the information itself 
is updated and changed — will be quite 
a challenge. Data quality, a very subtle 
attribute, can significantly affect the 
conclusions drawn from the data, and 
researchers must note this as they cor¬ 
rect errors and substitute improved data. 

Laboratory databases that support 
only one laboratory also present formi¬ 
dable challenges. For example, research¬ 
ers must be able to change database 
structures easily to accommodate con¬ 
stantly evolving data, little of which will 
be standard. 

Much research is currently being done 
in advanced relational and object- 
oriented database technology, expert 
systems, and logic programming (for 
example, at the National Library of Med¬ 
icine’s National Center for Biotechnol¬ 
ogy Information). Yet, in his closing 
comments at the CSTB workshop, Good¬ 
man noted that “the database that ev¬ 
eryone is talking about — the database 
in the sky — is hard to achieve on all the 
dimensions. It is way out there some¬ 
where and is far beyond the state of the 
art today.” 

Meanwhile, the amount of all types of 
information is growing exponentially. 
National efforts toward the develop¬ 
ment of a network infrastructure will 
offer some assistance, but we foresee 
nothing to provide the desired interac¬ 
tion and level of services. 

Structure prediction. One of the 

greatest difficulties in trying to work on 
computational problems in biology (for 
an outsider, at least) is determining 
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The human immunodeficiency virus (HIV-1) encodes an en¬ 
zyme (protease) that allows it to replicate. The rational design 
of drugs to inhibit this action depends upon obtaining accu¬ 
rate structures of these enzymes. 

To obtain this information, investigators use the technique 
of protein X-ray crystallography. Since the first use of EDSAC 
(electronic delay storage automatic computer) 40 years ago, 1 
computers have been essential in this research to calculate 
the images by Fourier syntheses. Now computers support 
model building, structural refinement, molecular dynamics, 
and visualization with interactive three-dimensional graphics. 

Researchers at the National Cancer Institute used protein 
X-ray crystallography to determine the crystal structure of a 
chemically synthesized HIV-1 protease from the California In¬ 
stitute of Technology 2 (see frame at top left). They then ap¬ 
plied the same techniques to determine the structure of a 
complex of a peptide (protein-fragment) inhibitor and the 
same protease 3 (see frame at lower right). The blue and gold 
ribbons represent the two symmetrically related subunits of 
the protease ; Two amino acid side chains at the enzyme ac¬ 
tive site are in red; the inhibitor is magenta. The altered pro¬ 
tein molecule undergoes substantial changes, particularly in 
the “flaps.” 

Using a structure-based computer-assisted search, under 
development at the University of California, San Francisco, 4 
researchers found a selective inhibitor of the HIV-1 protease. 


The Dock computer program created a negative image of the 
active site cavity using the crystal structure of the protease. 

It then compared the image for steric complementarity with 
10,000 molecules of the Cambridge Structural Database. 

The most interesting and totally unexpected candidate 
identified is related to haloperidol, a known antipsychotic 
agent. 5 Experiments showed that haloperidol does indeed in¬ 
hibit the HIV-1 protease in a concentration-dependent fash¬ 
ion and is highly selective. Further experiments demonstrat¬ 
ed that haloperidol and its derivatives show activity against 
maturation of viral polypeptides into proteins in a cell-assay 
system.The three-dimensional structure of the haloperidol 
derivative bound to the HIV-1 protease was determined at 
UCSF, again by protein crystallography. 6 (See the cover.) 

Although this discovery holds promise, we caution that the 
serum concentration of haloperidol as an antipsychotic agent 
is less than 0.1 percent of that required to inhibit the HIV-1 
protease. Because haloperidol is highly toxic at elevated 
doses, it is not useful as a treatment for AIDS. However, it 
may be a useful lead compound for the development of an 
antiviral pharmaceutical and is a striking demonstration of the 
power of computational techniques in this field. 

All illustrations were produced at the University of Califor¬ 
nia, San Francisco, Computer Graphics Laboratory using Mi- 
dasPlus 7 on a Silicon Graphics Iris display and photographed 
by J. Newdoll (© Regents, University of California). 
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exactly what is easy to do and what is 
not. Determining the structure of 
three-dimensional molecules is an ex¬ 
ception. The process is undeniably dif¬ 
ficult. Or as Michael Waterman, pro¬ 


fessor of mathematics and biological 
sciences at the University of Southern 
California, said: “If we could just let 
biology fold it [the molecule], take a 
quick peek at it through the microscope. 


and understand its structure, that is what 
we would do.” But it is not that simple. 

Through the mid fifties, mapping mo¬ 
lecular shapes required tedious calcula¬ 
tions done by hand. Biologists who stud- 
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ied molecular shapes (crystallographers) 
were therefore among the earliest users 
of electronic computers for scientific 
purposes. In 1956, for example, an IBM 
650 was first used in DNA analysis, 
increasing the calculation speed over 
300 times for determining the X-ray 
diffraction pattern. 

Crystallographers have remained at 
the forefront of computationally inten¬ 
sive programming. Yet, even with the 
most modern technology, deducing 
molecular structures is still extremely 
labor intensive. The essence of the struc¬ 
ture problem from a logical viewpoint 
was posed by Jane Richardson, associ¬ 
ate professor of medical research at 
Duke University: “How do you start off 
with an uninteresting, flat piece of pa¬ 
per and make something biologically 
interesting like a canary?” 

Researchers have traditionally con¬ 
ducted minimum free-energy calcula¬ 
tions on how a molecule will fold (be¬ 
cause there are many possible folds, the 
difficulty of the problem increases ex¬ 
ponentially). 

Intermediate transformations occur 
before the final three-dimensional struc¬ 
ture is created, further complicating the 
problem. Predicting these so-called “sec¬ 
ondary structures” also greatly inter¬ 
ests molecular biologists. Richardson 
noted that researchers could predict 
where a helix will occur with a 60 or 70 
percent accuracy using a number of dif¬ 
ferent methods. Although this rate is 
good in one sense, as Richardson point¬ 
ed out, it is not good enough to put them 
together accurately into a structure. Most 
of this prediction is done on computers 
using statistical and structurally moti¬ 
vated methods that can draw on vast 
amounts of local and global informa¬ 
tion. 

Researchers are still attempting to 
determine just how unique and dynam¬ 
ic three-dimensional molecular struc¬ 
tures are. A key question is whether 
common folding patterns associate with 
different protein sequences. That is, 
researchers have already determined 
that many different DNA sequences can 
encode the same gene. They would now 
like to ascertain if a broad set of rules 
applies. Theoretical models that retain 
their stability through parameter chang¬ 
es are also being actively explored. 

The algorithms being applied to pre¬ 
dict these three-dimensional protein 
structures are typically based on simu¬ 
lation or heuristic approaches, accord- 


Biologists who studied 
molecular shapes 
(crystallographers) were 
among the earliest users of 
electronic computers for 
scientific purposes. 


ing to Michael Levitt, professor of cell 
biology at Stanford University. Assess¬ 
ing the two approaches, Levitt noted 
that simulation approaches resemble 
natural approaches, but that heuristic 
techniques will probably work more 
quickly in terms of “solving proteins 
and getting secondary structure right.” 
While Levitt said that special hardware 
implementations offer the potential for 
dramatic reductions in processing time, 
he cautioned that “our colleagues who 
have actually tried to build special ar¬ 
chitectures have been very badly 
burned.” 

Only about 50 protein structures are 
determined per year. (See “About the 
cover” sidebar on page 11). 

Deducing the final molecular struc¬ 
ture or shape from a sequence of ele¬ 
ments that constitute the DNA or RNA 
would be one of the greatest achieve¬ 
ments of computational molecular biol¬ 
ogy- 


Other problems 

Reconstructing evolutionary trees 
from sequence data is another key com¬ 
putational challenge. Philip Green, a 
mathematician in the Genetics Depart¬ 
ment at Washington University School 
of Medicine, gave an overview of one 
technique that is being actively pursued 
in this area: linkage analysis. This tech¬ 
nique lets researchers determine the 
gross location of genes based on the 
characteristics of genetic recombination. 
The variation in the specific DNA gene 
sequences allows researchers to distin¬ 
guish the DN A of several different indi¬ 
viduals. The same gene is not precisely 
the same DNA sequence in every indi¬ 
vidual; the incidence of variation is about 
one in a thousand. 

Computers are essential in tracking 
the inheritance of chromosomes based 


on the likelihood of specific sequences 
occurring in different individuals. Al¬ 
gorithms used in computing these like¬ 
lihoods use heuristic and deterministic 
techniques, among others. All are com¬ 
putationally intensive. However, Green 
agreed with Lipton in noting that what¬ 
ever algorithm is used, it does not need 
to be the best solution. It can give some¬ 
thing close to the best solution “most of 
the time.” He also noted that while the 
problem may well be NP-complete, “one 
is really more interested in having some 
good solutions.” 

We have not described all the key 
problems. Gathering the original DNA 
sequence data, for example, presents 
interesting problems in image analysis. 
But once given a DNA sequence, it is 
still not clear how one can easily locate 
the genes — the parts of the chromo¬ 
some that actually determine biological 
function. Assembling the many sepa¬ 
rately derived DNA sections into a com¬ 
plete map will require combinatorial 
algorithms and statistical techniques that 
are beyond the state of the art. Alterna¬ 
tively, given a molecular structure, how 
does one find the sequence that gener¬ 
ated it? Pattern matching is another 
difficult area. For example, given two 
sets of points in three dimensions, how 
can one find the best joint subset when 
there is little, if any, connecting infor¬ 
mation available? As Levitt put it, 
“These are multiple Nobel Prize prob¬ 
lems.” 


T oday, researchers can actually 
read pieces of DNA, reproduce 
them, and understand—at least 
in principle — what proteins they make. 
They can then hypothesize about pro¬ 
tein functions. In short, biology is an 
informational science. But, while we 
know how to take an arbitrary stretch of 
DNA and convert it into amino acids — 
the protein building blocks — we do not 
know which stretch should be convert¬ 
ed (for example, most of the DNA does 
not code for particular proteins). Nor 
do we know what the amino acids, once 
converted, do as proteins. These funda¬ 
mental questions will require a great 
deal of computational, mathematical, 
and statistical science to solve, as well as 
a tremendous amount of experimental 
science. 

In computer science terms, we have 
an ancient hard disk lying around and 
we want to decipher it. We want to find 
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the subroutines and programs. Yet we 
do not even know the language the disk 
is written in—whether C, Fortran, Lisp, 
or something else. But we can read it. 

Computer scientists will probably 
make the greatest contribution to mo¬ 
lecular biology as highly trained prob¬ 
lem solvers rather than as programmers. 
Or, as Lipton observed, computer sci¬ 
entists have tried to focus on “the dif¬ 
ference between programs” and “com¬ 
putational problems,” noting that 
advantages emerge “when you start to 
think of things as problems and not just 
as algorithms.” 

Gerald Sussman, professor of electri¬ 
cal engineering and computer science 
at MIT, stated that the ultimate value 
generated by computer scientists is the 
invention of languages for describing 
orderly processes. He emphasized that 
formal languages can describe compli¬ 
cated processes in just a few lines, com¬ 
municate meaning unambiguously, and 
allow scientists in different fields to run 
the same programs. 

The crucial insight that leads to the 
interpretation of the grammar and vo¬ 
cabulary that encode our own biologi¬ 
cal structure (our DNA) may ultimately 
come from computer scientists rather 
than from molecular biologists. Walter 
Gilbert asserted that our unprecedent¬ 
ed knowledge about the human genome 
will mark the closing of a human fron¬ 
tier. It will show concretely which in¬ 
formation is necessary to specify the hu¬ 
man organism. But, as computer scientists 
know, programs can exhibit an infinite 
and extraordinarily complex range of 
behaviors. Rather than closing a fron¬ 
tier, we suspect that accumulating 
this vast wealth of knowledge will serve 
to open new frontiers of human poten¬ 
tial. ■ 
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Chinese Lotto 
as an Exhaustive 
Code-Breaking 
Machine 



i 



\ 


Why use a Cray-2 for 
problems that can be 
solved by less 
expensive distributed 
computers? Exploiting 
randomness can 
produce a simple fault- 
tolerant architecture. 


S earching is one of the most frequently performed operations on modern 
I computers. It is easy to search a database system that has been properly 
organized, but our focus is on cases where data organization is inherently 
bad. This occurs in the breaking of cryptosystems (cryptanalysis), in pattern 
recognition, and in searching a specific title (key) once in an unsorted and 
unorganized list. (If the list is searched frequently, it is better to sort the titles first.) 

Our main goal is to demonstrate that some problems can be solved inexpensively 
using widely distributed computers instead of an expensive supercomputer. We 
illustrate this by discussing how to make a simple fault-tolerant exhaustive code- 
breaking machine. Our solution, which uses distributed processors, is based on 
some elementary concepts of probability theory (lotto). The need for communica¬ 
tion between processors is almost nil — an important feature. We compare two 
approaches — deterministic and random — and then discuss how to hide such a 
machine and how to build larger versions. 


Background 

To illustrate the concept of searching in a disorganized file, let’s consider a 
magician who mixes a deck of cards. He asks the audience to locate the ace of hearts 
in the deck. What is the best strategy for finding it when allowed to see only one 
card at a time? The most common solution is to use sequential search, exhaustively 
flipping each card, checking the face, and continuing until the right card turns up. 
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In other words, the individual receives 
the deck face down and turns the first 
card to see if it is the ace of hearts; if it’s 
not, the card is set aside and the search 
continues with the next card. 

The magician’s mixed cards are relat¬ 
ed to cryptography. A major goal of 
cryptography is to create (apparently) 
disorganized data. Guaranteeing confi¬ 
dentiality during communication be¬ 
tween people and/or machines is the 
oldest goal of cryptography; finding 
mathematical tools to protect several 
aspects of data is the task of modern 
cryptography. When an ordinary En¬ 
glish text (plaintext) P is encrypted, a 
key K is used to produce the ciphertext 
C = E k (P), where E is some publicly 
known encryption function parameter¬ 
ized by the key. To recover the plain¬ 
text, the receiver calculates D K .(C), 
where D is the corresponding decryp¬ 
tion algorithm and K'is the key related 
to K. 

In most conventional cryptosystems, 
such as the widely used Data Encryp¬ 
tion Standard 1 (DES), K = A", and the 
common key is known only to the send¬ 
er and the receiver. An attacker (cryp¬ 
tanalyst) tries to break the confidential¬ 
ity by, for example, recovering the secret 
common key. To prevent breaking (cryp¬ 
tanalyzing), it must be difficult to calcu¬ 
late the key, even when the attacker 
knows both the plaintext P and cipher- 
text C. (In other words, it must take an 
unrealistic computer effort — more ef¬ 
fort than the information is worth to the 
cryptanalyst.) If it were not difficult, the 
cryptanalyst could break the confiden¬ 
tiality of future and past communica¬ 
tions. In public-key cryptosystems, 
where K * K', we call K the public key 
and AT'the secret decryption key; pub¬ 
lishing K does not endanger the security 
of the cryptosystem. 

Let’s illustrate these concepts. In a 
simple transposition cipher the charac¬ 
ters in the plaintext are divided into 
blocks of three characters, for example, 
and in each block the characters are 
reordered according to a key. An exam¬ 
ple of a key would be 3, 1, 2, which 
specifies that the first character in the 
ciphertext is the third character of the 
plaintext, and so forth. When we en¬ 
crypt the title of this article, the cipher- 
text becomes “iChsneLe totao as En 
axhtuseivo C-deeBriak ngcManhi e.” 
The transposition cipher is very inse¬ 
cure. When the ciphertext is long enough, 
the cryptanalyst can try to reconstruct 


frequently used short words such as “the” 
and then attempt to reconstruct the com¬ 
plete plaintext. 

Now let’s make the link between the 
magician’s cards and cryptography. 
Assume that C is a fixed, given cipher- 
text; then a criterion for a good crypto¬ 
system is that the string of “plaintexts” 
Z) 0 (C),D|(C),... ,ZV,(C) look disorga¬ 
nized (pseudorandom). A method for 
breaking the cryptosystem is to search 
sequentially for the key used, starting 
from the ciphertext. The input of such 
an exhaustive search is a plaintext-ci¬ 
phertext pair (P, C). To search for the 
key used, the attacker determines wheth¬ 
er D 0 ( C )= P\ if it doesn’t, he tries D, (C) 
= P, and so forth. So all possible keys 
are tried sequentially by using the key 
to decrypt the ciphertext and then de¬ 
termining whether the plaintext thus 
produced matches the given plaintext. 
This is repeated until the correct plain¬ 
text is found. If all keys are exhausted 
without success, then the plaintext-ci¬ 
phertext pair is erroneous (for exam¬ 
ple, the assumed encryption function 
was not used). 

This search is almost the same as with 
the mixed cards. Indeed, the only dif¬ 
ference is that the comparison is a little 
more complicated. To determine if the 
ith card is an ace of hearts, we must 
simply flip the next card in the deck and 
compare it; but to determine if i is the 
key, we must calculate D,(C) and com¬ 
pare it with P. In our context it is the 
function D that causes the pseudoran¬ 
domness (apparent disorder), while with 
the deck of cards it is the magician who 
creates the disorder. 

To prevent easy breaking of crypto¬ 
systems, the exhaustive sequential search 
must take a sufficiently long time. There¬ 
fore, the length of the key in DES has 
been set at 56 bits, giving 2 56 keys (N = 
2 56 ). However, when more processors 
are searching, in parallel, the task can 
be performed faster, as Diffie and Hell- 
man proposed. 2 They conceptually pre¬ 
sented a special architecture for this 
purpose. The time needed for a crypt¬ 
analyst to calculate the secret key is, 
roughly speaking, the time needed to 
execute D K (C) for all the keys tested, 
divided by the number of processors 
working in parallel. All known attacks 
in the public domain fail to find a DES 
key faster than an exhaustive search 
does. (Heilman’s time-memory trade¬ 
off approach first needs some kind of 
exhaustive key-seqrch machine.) 


DES is a standard in many countries. 
Indeed, the National Bureau of Stan¬ 
dards (now the National Institute of 
Standards and Technology) and the 
American National Standards Institute 
adopted it for encryption and authenti¬ 
cation. The banking community uses 
DES, for example, in advanced credit 
cards (chip cards). Of course, potential 
attacks are a major concern in modern 
data security. Chips with encryption/ 
decryption rates of 13 megabits per sec¬ 
ond are on the market, and some com¬ 
panies have developed faster ones for 
internal use. Even faster ones are under 
development. 

The feasibility of building the Diffie- 
Hellman exhaustive key-search machine 
has been heavily debated. Problems of 
machine size, cost, and fault tolerance 
argued against it. 

Let’s discuss the fault-tolerance prob¬ 
lem by citing a mechanical equivalent. 
The library director for a recently found¬ 
ed university is lacking funds. He an¬ 
nounces that the first book donated will 
be displayed on the first shelf of the 
library, the second donated book will 
go beside it, and so on until the shelf is 
filled. Additional books will go on the 
next shelf, and so forth. 

Many years later, by accident, the 
catalog of the now 3-million-volume li¬ 
brary (the director’s strategy worked 
well!) is completely destroyed. A busy 
professor urgently needs to find a book 
for which he knows only the title and 
the author. To solve the problem, he 
sends 500 students to the library, assign¬ 
ing each a section to search. Clearly, 
this system is not fault tolerant. Indeed, 
students disturbed by sweethearts, 
friends, or personal problems will likely 
skip some books. Moreover, some stu¬ 
dents will fall ill, so that whole sections 
could be skipped. 

Distributed processors are comput¬ 
ers that may be located far from each 
other but are nevertheless solving the 
same problem(s) “together.” Much re¬ 
search has focused on building special- 
purpose distributed computers. Many 
algorithms for distributed computation 
require a lot of communication between 
processors. Under these conditions, it 
would be useful to come up with fault- 
tolerant algorithms that can run on ex¬ 
isting networks of general-purpose com¬ 
puters without requiring additional com¬ 
munication channels and/or excessive 
bandwidth. Recently, many problems 
have been solved on such widely dis- 
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Table 1. Example applications in data security for which algorithms were developed that run, in part, on a very large, often 
primitive, network of existing distributed computers. Most of these applications use the computers only while they are idle. 


Type of Problem 
or Application 

Problems Solved 
in Parallel 

Reference 

Network and 

Communication 

Method 

Remarks 

Factorization of 
large numbers 
(integers) 

One 

Caron- 

Silverman 3 

Local network 


Factorization of 
large numbers 

One 

Lenstra- 

Manasse 4 

Worldwide: 
based on 
e-mail 

Final phase of 
the computation is 
not distributed 

Collisions in DES; 
finding keys K 0 , K } 
such that 

E Kii (P) = E k (P) 

Many 

Quisquater- 

Delescaille 5 

Local network 

Share one disk 

Proving primality 
of large integers 

One 

Morain 6 

Local network 

Share one disk (using 
Network File System) 


tributed computers that offer the power 
of a Cray-2 without the high cost. Table 
1 gives an overview of such algorithms. 

The algorithms used in Table 1 have a 
highly mathematical foundation and 
therefore are not explained in detail. 
The problem of exhaustive code-break¬ 
ing is much easier to understand, and it 
demonstrates how distributed compu¬ 
tation using little interprocessor com¬ 
munication can be combined with fault 
tolerance. 

A key-search machine 

A huge, exhaustive key-search ma¬ 
chine is easy to build. For example, 
suppose that the secret service of a coun¬ 
try with a population of 10 million wants 
to build a code-breaking machine. In¬ 
stead of building a unitary machine and 
placing it at a single location, they de¬ 
cide on a multiple-processor machine 
with the processors distributed over the 
entire country. They require that all 
radio and television sets sold in that 
country contain a DES processor. A 
plaintext-ciphertext pair is broadcast 
regularly by all radio and television sta¬ 
tions. Each pair corresponds to a (like¬ 
ly) unique key to be cryptanalyzed. Since 
radio and TV sets already capture radio 
waves, the additional cost of such a DES 
chip is minimal, certainly when pro¬ 
duced in such large quantities. Further¬ 
more, because the sets are distributed. 


the added cost of power dissipation is 
avoided. 

If a set finds the solution, it starts 
beeping. The owner writes down the 
number appearing on the TV set or the 
special radio display and phones the 
broadcast station, which verifies wheth¬ 
er or not the solution is correct. If it’s 
correct, the lucky radio or TV owner 
receives a reward. We emphasize that 
the communication system that com¬ 
municates the key to the broadcast sta¬ 
tion is very primitive. 

Assuming that each radio and TV set 
is fitted with a 13-megabit-per-second 
encryption chip and, for the sake of 
example, that in every country one third 
of the population has a radio or TV, 
China (with a population of about a 
billion) could find one key every 9 min¬ 
utes on the average, the US could find 
one key every 39 minutes, Belgium ev¬ 
ery 15 hours, Monaco every 228 days, 
and Vatican City every 23 years (see 
Table 2). Countries with a larger popu¬ 
lation have a clear advantage. More¬ 
over, those with a centralized economy 
can easily require manufacturers of ra¬ 
dio and TV sets to incorporate a DES 
chip, making it easier to create the huge, 
distributed, exhaustive code-breaking 
machine. 

This example demonstrates that com¬ 
munication between the distributed pro¬ 
cessors in an exhaustive code-breaking 
machine is almost nil. The telephone 
network used to communicate the solu¬ 


tion to the broadcast station can in gen¬ 
eral be replaced by any low-bandwidth, 
primitive communication network. Even 
postal delivery with its long delay could 
be used if the search is carefully orga¬ 
nized. 

While designers of a normal exhaus¬ 
tive code-breaking machine must con¬ 
sider problems such as power dissipa- ■ 
tion, machine size, cost, and fault 
tolerance, only the last two problems 
are important in our approach. Let’s 
see how we can deal with them. 

Fault tolerance in the 
huge machine 

Clearly, the above machine is not fault 
tolerant. It suffers from problems like 
those of the library search by 500 stu¬ 
dents. Some radio or TV sets (proces¬ 
sors) will probably be down, or not even 
plugged in, implying that a subset of 
keys will be skipped. Trying to solve 
this problem in a straightforward way 
would demand a lot of organization — 
probably many extra computers as well 
as a way to keep track of which sets are 
working and which aren’t (similar to a 
huge bureaucracy). Indeed, let’s com¬ 
pare this with the 500 students sent to 
search the library and who are guaran¬ 
teed to be distracted. To avoid having 
the book overlooked, the professor must 
spend his day checking student atten- 
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Table 2. Relative suitability of countries for organizing distributed code-breaking on a national scale. 


Country Population 

(or state) (approximate) 

Estimated number of 

Radio and TV Sets 
(one third of population) 

Average Time To 

Break One Key 

China 1,000,000,000 

US 227,000,000 

Belgium 10,000,000 

Monaco 27,000 

Vatican City 736 

333,000,000 

76,000,000 

3,300,000 

9,000 

245 

9 minutes 

39 minutes 

15 hours 

228 days 

23 years 

We assume availability of 13-megabit-per-second DES-chip technology. So 203,000 decryptions are performed each 
second, because one decryption works on a 64-bit ciphertext. Searching sequentially to determine if a key is correct 
takes an average of (N + l)/2 steps, or roughly NI2 steps. More and/or faster processors decrease the average time 
needed to break one key. This average time corresponds with 

2 56 

2 x number of DES decryptions / sec. x number of ] 

when exhaustive deterministic key search is used. 

processors 

dance and performance. He probably 
won’t be able to check 500 students on 
his own. The code-breaking machine 
uses millions of distributed processors, 
making the checking even harder. 

To solve the fault-tolerance problem 
with minimum use of extra hardware, 
let’s consider the magician with his deck 
of cards as well as the professor who 
needs to search the library. In both ex- 

bly not in the library. Observe the fault 
tolerance when the search is random. 
The professor could continue his work 
without having to control student per¬ 
formance. When a student falls ill, the 
effect would be that of searching with 
499 students, all automatically. So the 
lack of organization easily achieves good 
fault-tolerant performance. The same 
technique could be used with the code- 

the game ends and this fact can be broad¬ 
cast. A new game could now start. A 
participant i who is not lucky can keep 
trying with new random r, until another 
winner is announced. 

It must be difficult in Chinese lotto to 
calculate r such that g(R, r) = 1, other¬ 
wise the game wouldn’t be fair; those 
having sufficient computer power could 
easily calculate r and win. 


amples the search method discussed was 
sequential. However, we could exhaust 
the deck of cards in many other ways. 
We could pick a card randomly from the 
deck and then look to see if it is the ace 
of hearts; if not, we put the card back in 
the deck and start again. If we are very 
unlucky, we will never find the ace of 
hearts. However, elementary probabil¬ 
ity theory (see the sidebar “Calculation 
of probabilities”on page 18) tells us that 
on average we will find our card after 52 
trials. Although it seems stupid to use 
such a random search (sequential search 
needs an average of only 26.5 cards), it 
provides the foundation for the fault- 
tolerant solution. 

Let’s use the random approach to 
search for the book in the library. This 
time the professor asks the students to 
pick books randomly, checking each to 
see if it is the one he needs. He tells 
them to search for seven days (eight 
hours a day) or until a student finds the 
book, whichever comes first. The book 
will likely be found after one day. If it is 
not found after seven days, it is proba- 


breaking machine. The keys are not 
enumerated deterministically but ran¬ 
domly. The resulting machine is related 
to the game of lotto. 

The Chinese lotto. In standard lotto, 
each participant chooses a number r t 
and sends it in. Then, on a specific day, 
the organizer of the lotto chooses and 
broadcasts a random number R. The 
participant whose number matches the 
broadcast number wins. Matching oc¬ 
curs by determining whether R = r ; , 
where is the winner. In other words, 
the organizer determines whether g(R, 
r ; ) = 1, where g returns 1 if and only if R 
and r t are equal. 

In Chinese lotto the participants’ and 
organizer’s roles are almost inter¬ 
changed. The organizer broadcasts a 
number R at the beginning of the game, 
then each participant chooses a random 
number r,. The participant checks to see 
if g(R, r,) = 1, where g is a function 
agreed upon. If it does, the participant 
wins and sends in the number r, as proof. 
If the organizer finds that r, is correct, 


To make the link with exhaustive 
key-search machines, assume that R = 
(P , C), where P is a plaintext and C a 
ciphertext, and that g(R, r) = 1 if and 
only if D r (C) = P , where D is the de¬ 
cryption algorithm. It is now clear that 
this game is performing a random search 
for a key — for example, a DES key. 
We call such a machine an exhaustive 
random key-search machine to distin¬ 
guish it from one based on sequential 
search, which we call an exhaustive 
deterministic key-search machine. 
Observe that-an exhaustive random 
search takes an average of only twice 
as long as an exhaustive sequential (de¬ 
terministic) search* (see sidebar “Cal¬ 
culation of probabilities”). 


*To avoid having people select numbers with a 
nbnuniform probability distribution, a hashing func¬ 
tion is provided. Individuals must enter their pre¬ 
ferred long strings, which are then hashed to give 
the desired uniform probability distribution. The 
result is used as the random input to the processor. 
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Calculation of probabilities 

What is the likelihood of finding a book in a disorganized library through ran¬ 
dom search? N is the number of books in the library (for the Data Encryption 
Standard N= 2 56 ). W processors are working in parallel. The probability that all 
W processors failed to find the book after each performed i random (with uniform 
probability distribution) independent searches is 


P(i) equals the probability that at least one processor found the book after i 
such searches and none found it before. So 


The expected number of trials to find the book with this method is 


where z= ((A/ - 1 )/N) w , giving 


When Wis much smaller than N, this is approximately N/W. So the expected 
number of trials is roughly the number of keys to exhaust divided by the number 
of processors doing the random search. 

To discuss worst-case behavior, we calculate the probability of having missed 
the book when each processor has been checking N/W■ f(N) books, where f{N) 
is a function of N. Using the result from the first calculations (above), the proba¬ 
bility is 

(N~ lY" <W) 


When N is very large, this gives approximately e~ m . So when f(N) = \og(N), we 
get 1/A/as the probability of missing the book. 

In the Chinese lotto example, 333 million processors (one third the population 
of China) are working in parallel using random search, so the expected time to 
break the key is 18 minutes. The probability that the key will not have been found 
after 53 minutes is 0.0498, and after 4 hours it is one in a million. 


Random search versus deterministic 
search and enhancements. To make a 
deterministic machine fault tolerant, 
tests are required to determine which 
processors are not working. Where pro¬ 
cessors are installed in radio or TV sets, 
the sets are distributed throughout the 
country such that the sets in each region 
search in a known subset (those subsets 
form a partition). Testing could be done 
locally by organizing regional games in 
which awards are small. The organizer 
of a local game selects a key randomly 
from the subset of keys corresponding 
to the region and makes a plaintext- 


ciphertext pair by starting from a plain¬ 
text. The ciphertext is the result of en¬ 
crypting the plaintext with the chosen 
key. So the organizer knows that the 
key to be sought would normally be 
found within the region. Each set own¬ 
er’s probability of winning must be high 
enough to guarantee that enough sets 
will be tested. Owners whose sets re¬ 
port false solutions would receive new 
sets at no cost, though steps might have 
to be taken to prevent participants from 
obtaining new sets fraudulently. To avoid 
high organizing costs, old processors 
would quit working. When the subsets 


of keys vary in time, the effect of non¬ 
working sets is reduced. 

The advantage of random search is 
that the fault-tolerance problem almost 
vanishes. The remaining problem is that 
some processors won’t work or will give 
wrong results, but this only means that 
the search would take a little longer. 
Another advantage of random search is 
that it is possible to update processors 
to newer and faster technology. Proces¬ 
sors working at different speeds are no 
problem in the random approach but 
are not easy to implement in the deter¬ 
ministic approach, if we want a solution 
that limits the fault-tolerance problem. 
When the search is based on radio and 
TV sets, it becomes necessary to inform 
users that newer sets have a higher prob¬ 
ability of winning, thus promoting sales. 

Suppose that radio and TV sets are 
used as described and that each has its 
serial number posted on the outside. 
When enough processors are used, the 
solution need not be displayed on the 
TV screen. (In our first approach, the 
TV owner had to write down the dis¬ 
played number and phone it in.) With¬ 
out the display, the machine’s price can 
be lower. The approach that must be 
used to obtain this effect differs de¬ 
pending on whether the machine is de¬ 
terministic or random. Suppose the 
machine is deterministic and there are 
sufficient processors. When a key is 
found, the set starts beeping or flashing 
a light. Participants need only commu¬ 
nicate to the broadcast station their pro¬ 
cessor’s serial number. The broadcast 
station starts an exhaustive determinis¬ 
tic search in the subset of the keys de¬ 
termined by the processor’s serial num¬ 
ber. 

At first glance, this seems to give the 
deterministic-search machine an advan¬ 
tage over the random machine. Howev¬ 
er, using pseudorandom instead of ran¬ 
dom search can achieve the same effect. 
The lotto organizer broadcasts ( P , C), a 
plaintext-ciphertext pair. The partici¬ 
pant’s processor calculates/(C, S), where 
S is his serial number and/can be based 
on the DES, and uses the result as a seed 
for a pseudorandom generator. Thus, 
the search becomes pseudorandom. 
Here also participants need only com¬ 
municate their processor’s serial num¬ 
ber to the organizer of the Chinese lot¬ 
to. This is true for both types of 
exhaustive key-search machine, and no 
special display is needed on the radio 
sets either. 
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Some radio and TV sets could be 
unplugged or in repair during a search. 
When they are switched back on, they 
cannot join the search but must wait 
until it is finished and the organizer 
broadcasts a new ( P , C) plaintext-ci¬ 
phertext pair. When the search is ran¬ 
dom, this waiting time is not necessary 
as long as the organizer rebroadcasts 
the actual (P, C) until the key is found. 
Without extra hardware, this rebroad¬ 
casting cannot be used in the determin¬ 
istic search because processors that had 
been working awhile would repeat their 
previous work. Using extra hardware 
(that is, when C is stored in memory), 
rebroadcasting can be used in both pseu¬ 
dorandom and deterministic search. The 
newly broadcast C is compared with the 
one in memory; only when these differ 
should a new seed for the pseudoran¬ 
dom generator be calculated. 

When the delay in the communica¬ 
tion network is long, the broadcast cen¬ 
ter cannot inform everyone immediate¬ 
ly when a solution has been found, so 
other radio and TV sets continue to 
search. In these cases, to limit such inef¬ 
ficiency, the game will be played for a 
fixed time and then stopped. If the search 
is deterministic, this time corresponds 
to a complete exhaustive search. If the 
search is random, the game is played 
long enough for the probability of the 
solution’s not being found to be accept¬ 
ably small (see “Calculation of proba¬ 
bilities” sidebar). 

Security issues 

How do we keep others from using 
the lotto or from guessing its real pur¬ 
pose? Suppose someone else, a less pop¬ 
ulated country, for example, wants to 
intercept the solution (the number the 
TV owner writes down and calls in) by 
paying a higher reward. The lotto orga¬ 
nizer is often concerned about the pos¬ 
sibility of others discovering the key 
being sought — for example, by eaves¬ 
dropping on phone calls to the broad¬ 
cast center. To avoid this problem, ra¬ 
dio and TV sets will give an encrypted 
solution. When a set finds a solution, it 
uses a public-key system to encrypt it 
with the organizer’s public key. The 
result is then displayed, and it is this 
result that is called in. Note that a spe¬ 
cial display is necessary and that the 
sequence number is useless. The prop¬ 
erties of public-key encryption systems 


make the result useless to other coun¬ 
tries. Only the organizer can find the 
solution (the key being sought). 

The last approach partially hides the 
purpose of the huge machine (computa¬ 
tion with a hidden purpose could be 
called covert computation ). An outsider 
guessing that the Chinese lotto is in fact 
being used to break DES keys cannot 
verify this even by eavesdropping on 
phone calls to the broadcast center. It 
may not be known that an exhaustive 
key-search machine has been built to 
break DES keys. The huge distributed 
machine’s user would probably like to 
keep its existence secret. But when some¬ 
one also knows the plaintext-ciphertext 
pair’s real origin, such secrecy isn’t very 
effective. The fact that the same pair is 
being broadcast for lotto could reveal 
the game’s real purpose. 

To ensure secrecy, the organizer will 
broadcast (R u R 2 ) = (E S (P), E S (C)), 
where S is a “supersecret” key known 
by all processors. To make it more se¬ 
cure, E corresponds to a double encryp¬ 
tion DES, which in turn corresponds to 
two encryptions with different keys. On 
receipt of this pair, the processor de¬ 
crypts (/?„ R 2 ) to find (P, C ) and then 
proceeds as before. So encryption with 
the supersecret key hides the fact that 
(R u R 2 ) is not truly random, as it would 
be in an “innocent” game of Chinese 
lotto. The major disadvantage of this 
method is that the supersecret key must 
be well hidden. If someone finds it by 
opening one of the TVs or radios, for 
example, secrecy is lost. To prevent col¬ 
laborators from revealing the key to 
outsiders, the devices must be tamper¬ 
proof, or more than one supersecret key 
must be used. 7 

There is an alternative to such tamper¬ 
proofing. Determining that two Bool¬ 
ean functions are the same is quite dif¬ 
ficult (Co-NP complete). 8 The organizer 
could capitalize on this by implement¬ 
ing a Boolean function that would re¬ 
turn “true” if and only if D K (D S (R 2 )) = 
D S (R 2 ), where S is constant (and thus 
part of the Boolean function), (P ]5 R 2 ) is 
the processor-independent input, and 
K is the key being sought. 


Advanced technology 

Other, larger versions of distributed 
exhaustive search might someday be 
realized. Our solution is independent of 
future technologies as long as the plain¬ 


text-ciphertext pair can be broadcast by 
some means to all processors and the 
solution can be communicated to the 
broadcast center. Advanced, futuristic 
approaches will also need a means for 
processors to receive the broadcast data 
and return the solution. The other orga¬ 
nization aspects are similar to those used 
in our lotto approach and therefore need 
little elaboration. 

Viruses. Computer viruses, or soft¬ 
ware viruses, are malicious data infect¬ 
ing programs (hosts). A virus will use 
the host to reproduce (infect other hosts). 
When an infected program is run, it 
infects others. Most viruses cause some 
undesired effects (symptoms of illness), 
for example, deleting all of the user’s 
files. 

Viruses are only one example of biol¬ 
ogy’s influence on computer science. 
The number of terms originating in bi¬ 
ology and relevant to computer science 
continues to grow. Biological viruses do 
not always cause illness symptoms. Some 
individuals become carriers of a virus 
and help it to spread, though they are 
not necessarily sick themselves. 

Trapdoors and time bombs in chips 
could allow a dishonest designer to 
manipulate the chip automatically in a 
nonspecified way. A hardware virus 8 is 
such a trapdoor, though it is introduced 
by a software virus rather than the de¬ 
signer. This introduction takes place 
during the computer-aided design of 
the chip. While the corresponding soft¬ 
ware virus infects as many programs as 
possible, with perhaps only minor ef¬ 
fects, only CAD programs become “sick” 
enough to exhibit drastic differences in 
behavior. To obtain this effect, these 
software viruses check to see if their 
host is a CAD program. Then, when a 
complicated chip is under design, the 
hardware trapdoor is injected and chip 
function is subsequently modified. 

Assume that an organizer would like 
to use as many computers as possible, 
worldwide, to break a DES key using a 
software version of the DES as it would 
normally be used in a software-based 
exhaustive search. Together, these com¬ 
puters would form a huge, distributed, 
exhaustive key-search machine. The 
organizer might politely ask each com¬ 
puter owner’s permission to run the DES 
program. Another way would be to break 
into one computer after another and 
run the program. Both solutions are too 
time-consuming. Computer viruses 
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Figure 1. Diodes broadcast the problem inside a transparent biological comput¬ 
er — the “Desosaur” — made up of biological cells working as distributed pro¬ 
cessors. When a solution is found, the blood circulation transports it to the out¬ 
put device (the “speech” organ). 


could spread the DES program more 
efficiently for use in as many computers 
as possible. Software viruses (and 
worms) could be programmed to carry a 
DES program and then run it on the 
infected computers. Thus, many com¬ 
puters would be breaking DES keys, 
including those whose owners might have 
objected. So the virus now fulfills the 
broadcast operation. Recently, White 


proposed methods for communicating 
the solution (key) to the organizer. 9 

Hardware viruses could also be used. 
They would allow all chips in the dis¬ 
tributed environment to work on the 
exhaustive search problem. Although 
the concept of hardware viruses seems 
futuristic, quite complicated viruses and/ 
or worms have been programmed. Some 
have knocked out computer networks 


such as Internet and Bitnet. Hardware 
viruses, though complicated, are quite 
conceivable. 

Future and speculative technology. 

Bio chips, though organic in nature, are 
not excluded as a realistic future tech¬ 
nology. 10 Conceivably, they could be 
used as distributed processors. These 
biological “cells” could be conglomer¬ 
ated to form a huge animal. At Crypto 
87 such an animal was nicknamed Des¬ 
osaur for folkloristic reasons (see Fig¬ 
ure 1). 

To facilitate our broadcast operation, 
the cells could be transparent. The broad¬ 
cast technology could be optical com¬ 
munication, and a primitive channel 
could communicate the solution (the 
key) to the broadcast station. Solutions 
could be transported by starting the 
production of special cells that would 
propagate through the animal’s blood 
circulation. (Biological creatures often 
develop special cells; antibodies creat¬ 
ed to fight biological viruses are a good 
example.) Analysis of these special cells 
would make it possible to find the key. 
The organ doing this analysis (for ex¬ 
ample, the “speech” organ) would com¬ 
municate the solution to the outside 
world. This way the animal would not 
need a complicated communication net¬ 
work (nervous system). 

A second biological approach could 
be based on genetically engineered al¬ 
gae or plankton capable of reproduc¬ 
ing. The organisms would make it possi¬ 
ble to construct a distributed machine 
with more processors because they could 
cover a larger area. To cover such an 
area, the species would have to be hardy 
and/or reproduce rapidly. The plain¬ 
text-ciphertext pair could be broadcast 
by satellite (see Figure 2). If a processor 
found the result, the nearby cells could 
change color to communicate the solu¬ 
tion to the broadcast center (the satel¬ 
lite). Because similar effects are known 
in modern cryptography as chameleon, 
we call the above processors chameleon 
cells. Such a huge machine would make 
it possible to break algorithms with 128- 
bit keys. 

It takes only 10 4 gates to implement 
the DES and fewer than 10 3 operations 
to execute one DES decryption. Chips 
with 10 16 gates and a clock of 10 14 hertz, 
performing 10 30 logic operations per 
second, are forecast as feasible in 60 
years, 11 so someday a single chip may be 
able to break many DES keys per sec- 
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Figure 2. A satellite broadcasts the problem to genetically engineered algae 
covering a large area. When a “processor” finds a solution, nearby cells change 
color to communicate the answer to the satellite. 


ond. Files have been encrypted already 
whose confidentiality is intended to be 
protected for 60 years or more. For 
example, in some countries medical 
records are highly confidential and must 
remain secret for 70 years. Although 
the current version of the DES may no 
longer be used at that time, decryption 
of files that were encrypted today 
should be much simpler. 


I nstead of relying on expensive su¬ 
percomputers to solve problems, 
users should consider adapting 
problems for execution on a distributed 
network. Techniques like those dis¬ 
cussed in this article (broadcasting and 
primitive networks) could be exploited 
to avoid setting up an expensive high- 
bandwidth network. An interesting re¬ 
search challenge would be to identify 
problems that could be solved in a dis¬ 
tributed computing environment using 
little interprocessor communication 
and in less time than on a single-proces¬ 
sor machine. We have demonstrated 
that some search problems have this 
property. 

As more processors become involved 
in distributed computation, fault toler¬ 
ance becomes more important. We pro¬ 
pose to handle this through the appro¬ 
priate use of randomness. 

Many of the results presented here 
can be generalized. Instead of process¬ 
ing with special-purpose chips, program¬ 
mable fast processors could be used. 
Thus, the resulting machine would not 
be limited to breaking just one crypto¬ 
graphic algorithm. Some of our results 
can be adapted to a variant exhaustive 
key-search machine, 12 which breaks keys 
thousands of times faster and exhibits 
less fluctuation. 

The techniques in this article can be 
applied to exhaustive key-search ma¬ 
chines that must break easier or harder 
cryptosystems, as well as to programs 
similar to our examples. Searching in 
disorganized data is a related example. 
However, if the disorganized file con¬ 
taining the data to be sought is available 
at only one site and there are no multi¬ 
ple copies, the above techniques cannot 
be used. Some files have been widely 
distributed, though; for example, bio¬ 
logical abstracts and mathematical re¬ 
views are available on compact disc. 
Although the professor’s search of a 
disorganized library is an artificial ex¬ 
ample, sometimes we must urgently 


search for a completely misplaced book 
in an organized library. Moreover, pat¬ 
tern recognition often requires such a 
search. ■ 
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Corporate Strategies for 
Information Technology: 

A Resource-Based Approach 

Eric K. Clemons, University of Pennsylvania 


I nformation technology can be an essential part of corporate strategy. A 
company can use information technology systems to reduce costs, up¬ 
grade product quality, improve customer service, or even integrate a 
customer’s operations with its own, thus assuring repeat business. Tremendous 
improvements in data processing and reduced communications costs have made 
information systems an essential component of implementing virtually all corpo¬ 
rate strategy. The increasing emphasis on competitiveness in American business 
has focused attention on the promise information technology carries for compet¬ 
itive advantage. 

Nevertheless, gaining and defending competitive advantage through innovative 
use of information technology has proved to be difficult. In this article, I use case 
studies and recent economic theory to show why this is so. In survey form, the 
article also steps through the principal lines of research in strategic and competi¬ 
tive information systems. 

This article should be of interest to strategic planning and information systems 
officers in a wide range of industries. Information technology is also increasingly 
important to computer manufacturers and systems developers, for whom targeted 
product marketing has become more difficult. Rather than focusing on buying the 
newest and fastest hardware, customers are focusing on buying solutions to 
business problems. To design products appropriate for the market and to sell them 
effectively, it’s essential to know how customers will use systems and what benefits 
they expect. 

Theories on advantage using 
information technology 

Academic literature contains numerous theories about sustainable competitive 
advantage using information technology. Most of the theories haven’t received 
formal names, so I use names that are descriptive though not universally applied: 

• Do the right thing. Use information technology to address fundamental re¬ 
quirements of the business or its customers and suppliers, thereby gaining compet¬ 
itive advantage. . 
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Innovative information 
technology systems 
let a company “hustle” 
an immediate edge 
over its competition. 

Moreover, certain 
such applications that 
advance a unique 
strategy can provide a 
lasting competitive 
advantage. 
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• Do the right thing, first. 
Hustle and continuously 
improve your uses of infor¬ 
mation technology; or rely 
on switching costs to keep 
customers tied to you and 
thus defend your gains in 
the face of competitors’ re¬ 
sponses. 

Switching costs are costs 
incurred by changing sup¬ 
pliers. They are very clear 
in the computer industry: 
Changing mainframe ven¬ 
dors usually results in an 
operating-system change, 
requiring massive applica¬ 
tion-conversion efforts. 
Changing a word processor 
requires retraining numer¬ 
ous personnel. Switching 
costs are a more general 
phenomenon and are by no 
means restricted to non- 
standardized computer sys- 


Glossary 


Big Bang Deregulation of the Lgpfdon Stock Ex¬ 

change in October 198S, along with ma¬ 
jor technological enhancements includ¬ 
ing screen-based trading. 

Critical resources Differences in resources among firms 
that enable one firm to achieve and de¬ 
fend competitive advantage through in¬ 
formation technology innovations. 

Strategic necessity Systems investments that are undertak¬ 
en not for competitive advantage but be ¬ 
cause they have become esse ntial to 
doing business. 

Switching costs Costs incurred when changing vendors, 
either because of retraining or because 
of the need to change software or other 
fixed investments keyed to previous 
vendor or supplier relationships. 

Transaction costs Costs associated with ordering, monitor¬ 
ing, testing, keeping safety stock, or in 
other ways resulting from arranging fo r 
production, rather than due to produc - 
tion itself. 


• Leverage some funda¬ 
mental resource advantage 
or other critical structural 
difference. Use information 
technology to add value to resources 
you already enjoy and that your com¬ 
petitors lack and cannot readily acquire. 

Experience with strategic systems 
appears to demonstrate convincingly 
that competitive advantage is difficult 
to achieve and even more difficult to 
sustain over time. Therefore, the fol¬ 
lowing points are gaining acceptance 
among researchers and senior informa¬ 
tion-systems officers: 

• Most innovative applications of in¬ 
formation technology become strategic 
necessities. That is, they become an un¬ 
avoidable part of the cost of doing busi¬ 
ness, but they confer sustainable advan¬ 
tage only under specific, rarely 
encountered conditions. 

• Since competitive advantage is rare 
and difficult to achieve, c ooperativ e in¬ 
formation technol o gy app twationsk6uld 
f jpvursuecl more aggre ssively. Compa¬ 
nies might cooperate in developing and 
operating information systems for nu¬ 
merous reasons, including, in some in¬ 
stances, gaining sustainable cooperative 
advantage. 

In this article, I discuss applying hus¬ 
tle as an information technology strate¬ 


gy and show how well-crafted early uses 
can become strategic necessities. I also 
present examples of leveraging critical 
structural differences enjoyed by the 
innovating firms. A more successful re¬ 
sult, from the innovating company’s 
perspective, is sustainable advantage. I 
also illustrate some cooperative system 
uses, including an international exam¬ 
ple of system use for cooperative ad¬ 
vantage, and offer conclusions and man¬ 
agerial implications. 

Systems and strategic 
restructuring 

The deregulation of London’s inter¬ 
national stock exchange and the associ¬ 
ated innovative use of information tech¬ 
nology in 1986 show how dramatically 
systems can force the restructuring of 
firms and industries. This case also dem¬ 
onstrates how complex managerial and 
strategic planning implications can be 
when systems are used to alter the com¬ 
petitive environment. 

Clemons and Weber explored the 
impact of Big Bang, 1 the name given to 
the London exchange’s deregulation. 
The Clemons-Weber study was based 


on extensive research in 
London and featured inter¬ 
views at the exchange, with 
people at major domestic 
and foreign member firms, 
and with institutional inves¬ 
tors. It contains numerous 
additional references, both 
from the academic finance 
literature and from British 
and US business publica¬ 
tions. 

As part of Big Bang, bro¬ 
kerage commissions were 
deregulated, banks were al¬ 
lowed to buy stock-ex¬ 
change-member firms, and 
large foreign firms were per¬ 
mitted to enter the market. 
The num ber of mar ket par- 
ticipan ts greatly incre ased 
an d^ toaccommodate the in- 
crease, new electronic 
s creen-based tradmgTne ch- 
anisms were installed, aug¬ 
menting the traditional trad¬ 
ing floor. Despite the 
exchange’s investment of 
several million pounds to 
revamp the floor, screen - 
ba sed trading soo n elimi nated all fac e- 
to -iace dealing ~Vvitnm~three' months 
the Financial Times ran an article, “The 
Hexagonal Wine Bar,” suggesting an 
alternative yuppie-like use for the floor. 
Clearly, t he floor was de ^d. 

With electronic trading, once it was 
no longer necessary to be on the floor, it 
was no longer necessary to b e near the 
floor. Investors 


Trade from across 
Throgmorton Street, from across the 
English Channel, or from across the 
Atlantic. London was the_deej>est and 
most liquid m ark et in Eurone and~bv far 
the easiest marlcet in which to buy or 
sell a large block of shares. 

Big Bang technology greatly increased 
the efficiency of the London Stock Ex¬ 
change and further increased its attrac¬ 
tion. The London exchange rapidly 
gained turnover, or market share, espe¬ 
cially from the less competitive conti¬ 
nental European exchanges. Perhaps 25 
percent of all French turnover moved 
from Paris to London. And, among the 
most important Swedish stocks, as much 
as 85 percent of turnover moved from 
Stockholm to London. 

S urprisingly, examining the London 
exchange today indicates that all is not 
beer and skittles. T he market is in cri sis. 
Technology seems to provide an effi- 
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dent and nearly perfect market. But 
what is good for the exchange is not_ 

always good for its memb ers, and an 

efficient market does not appear to be 

a profitable market for member firms. 

In the London exchange, market mak- 

ers are financial services firms that buy 
securities for their own account when 
customers want to sell, and sell from 
inventory when customers want to buy. 
Unlike brokers, who handle orders for 
customers on an agency basis and earn 
their profits from commissions, mar¬ 
ket makers earn their profits on the 
difference between the prices they pay 
for securities and the prices they sub¬ 
sequently charge for the same securi- 

In 1988 and 1989, equity market mak¬ 
ers lost close to £500 million, gilts mar¬ 
ket makers (dealers in British govern¬ 
ment debt) lost another £200 million, 
and exchange member firms contin ue 
t o siistain-sta p gerinp loss es. In unfore- 
s'een ways, technology greatly increased 
the number of players in the London 
market, the information immediately 
available, and the risks for exchange 
members. 

Technology-based tracing has al- 
1 owed the average number of firms 
competing in each of the most impor¬ 
tant stocks to increase from less than 
five on the floor before Big Bang to 
more than a dozen in today’s elec tron¬ 
i c market . In addition, technology has 
made the mark et t oo efficient and to o 
t ransparen t - tor~member comfort. 
Screen-based dealing makes it possi¬ 
ble for a customer to determine 
rapidly the prices at which each mar¬ 
ket maker is offering to buy or sell 
shares. 

This has greatly increased competi¬ 
tion. Now, if a market maker wants to 
attract orders, it has to post brutally 
tight prices in dangerously large sizes. 
And, of course, technology also m akes 
it possihi p fnr marke t makers to de ter¬ 
mi ne the quotes of the ir competitors 
and the prices ot the last trades, and 
e ven to guess . at their competitorsLoo - 
sition ^Jn perhaps the worst develop¬ 
ment, when a market maker takes on a 
large position for a customer, compet¬ 
itors adjust their prices immediately. 
Under prodding from its members, the 
exchange is examining controversial 
and potentially damaging rule changes 
that can reverse some of th e impac t of 
Big Bang’s technological improve- 


Staying ahead of 
competitors 

At one time or another, many au¬ 
thors 25 have suggested that using sys¬ 
tems aggressivel y can confer lasting 
advantage. Parsons 4 and Wiseman 5 have 
suggested that doing the right thing with 
systems — reducing costs, improving 
service, and addressing a firm’s critical 
issues — will provide advantage. 

However, competitive strat egy, by 
definition, is a competitive game; it is 
not solitair e. Elementary economics 
suggests that improving a firm’s cost or 
revenue function will result in respons¬ 
es from competitors. Unless t here are 
barriers to such responses, all firms'ul- 
ffm ately' will make similar" lmp rove- 
faents, an d the resulting economic~ben- 
efits will be “competed” away, benefit ing 
only consumers. 

Markets however, are not perfec t. 
Firms cannot respond wit h infinite speed,'' 
a ndconshmers arlThotmfinltelyTIckle ., 
Thus, one way of achieving lasting ad¬ 

vantage is to move first and then, by 
constant improvement, keep the firm’s 
offerings better than those of its com¬ 
petitors. 3 Another way to achieve ad¬ 
vantage is to move first and faster than 
competitors, and to rely on customer 
loyalty or customer switching costs to 
protect gains. 2 

Elementary economics would also 
suggest that stable and mature marke ts 
a re effici ent. That is, there should be no 
obvious opportunities to wring out com¬ 
petitive benefits; this should already have 
been done. However, discontinuities of 
any kind — shocks that alter the com¬ 
petitive environment — create oppo r¬ 
tunities. T hese opportunities can result 
from any major change, but probably 
t he greatest single source of change to ¬ 

day is derggjd4fi giL__ 

f Hustle to gain advantage. In the 1970s, 
Rosenbluth Travel was a family-owned 
agency, with annual sales of about $40 
million. Air travel deregulation crea ted 
opport unities, and the company used 
information technology systems to pur¬ 
sue them. 

Within 10 years, Rosenbluth’s annual 
sales topped $1 billion, and the firm 
catapulted from a small regional busi¬ 
ness in 1980 to one of the five largest 
travel agencies in the US in 1990. Rosen¬ 
bluth now accounts for half the air tick¬ 
et business writtep out of Philadelphia 


and has a strong presence as a corporate 
travel agency throughout the country. 

Prior to deregulation, there wa sn’t 
much an agent could do to provide valu¬ 
able service for corporate custome rs. 

At the time, even the largest agencies, 
like American Express Travel Related 
Services, received almost all their reve¬ 
nues from writing tickets for leisure trav-. 
el. After deregulation. carriers were fre e \ 
t o add flights and even add or dr op ' 
c ities on their routes, and fare cha nges / 
became commonplace^ . 

For the first time, travelers could shop 
for the best available airfare; but this 
became extremely difficult, since trav¬ 
elers had to contend with tens of thou¬ 
sands — even millions — of fare chang¬ 
es daily. Travel agents could now 
perform a valuable service in the man¬ 
agement and control of travel expenses 
by helping obtain the best fares; this 
also became increasingly important to 
major corporations as they came to re¬ 
alize that travel was their third lar gest 
e xpense (after personnel and data p ro- 
cessing). 

Hal Rosenbluth, president of Rosen¬ 
bluth Travel, became the first in the 
industry to realize that he was in the 
“information management business,” 
not simply in the business of writing 
tickets. His company opened the first 
corporate reservation office managed 
by a travel agency. The firm developed 
an innovative system called Readou t; it 
enabled travel agents to pull up flight s 
on a reservation scree n based on tick et 
price rather than departure ti me. 

Rather than rely on airline reserva¬ 
tion systems, the company also devel¬ 
oped a proprietary back-office automa¬ 
tion system. This enabled Rosenbluth 
Travel t o develop further systems, track . 
^expenses for corpor ate clien tsT and en -~\ 
f orce company travel--polTcies~ln re al \ 
t ime, as reservations were being taken. ) 

Tt also became possible to go to a~camer 

and negotiate preferred rates by show¬ 
ing how much business could be moved 
from a competing carrier. Although oth¬ 
er agencies have responded and have 
tried to match each innovation, Rosen¬ 
bluth continues to present a rapidly 
moving target. 


Hustle has its limits. A major Ph ila¬ 
delphia area bank, Provident Natio nal, 
provides another example of consta nt 
i mprovement as a defense of comp eti¬ 
tive advanta ge. When the ban k intro- ^ 
duced 24-hour response to requests for v 
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auto mobile loans , its competitors need- 
■edTo respond; those who didn’t respond 
lost market share, while those who did 
respond before necessary support sys¬ 
tems were in place suffered increased 
loan losses. 

The innovator continued to improve 
auRTToan" origination, n*a yin~g tro'm 
same^day apprCvaTto two-hour and then 


ToTSjunute approval, it is now possi- 

ble for a customer”to take a test drive 
and, if the dealer has a mobile phone in 
the test car, have the loan approved 
before returning to the showroom. It 
might appear that service cannot be 
made any faster, but this is not true. 

Many customers’ credit needs are 
predictable, and it is often possible to 
anticipate when a good customer will 
require a loan. The bank sends these 
customers unsolicited checks and tells 
them to simply deposit their checks 
should they need loans. This, however, 
is probably the limit. When the bank 
approves your loan before you request 
it, service cannot be made much faster. 
It will be necessary to find a new avenue 
for competition. 

This is the problem with technology- 
driven competitive applications. They 
can be copied and frequently cannot be 
defended, and they require constant im¬ 
provement to derive continuing advan¬ 
tage. A colleague of mine, Steve Kim¬ 
brough, calls this the—Red Q ueen 
Principle. Like the Red Queen in 
Through the Looking Glass, firms find 
that it is necessary to run faster arid 
faster j ust to stay in place. T his principle 
is the major justification forthgj^mcept 
. of strategic nec essity, which argues that 
strategic systems will become a 


tial part of the cost of doing busine ss — 

m aintain ing parity "with other firms but 
rarely providi ng advantage! 


Strategic necessities as 
essential business cost 


■Eco aomost i s an excellent system, 
linking wholesaler McKesson Drug 
Company to its customers — drug stores 
and pharmacies. Clemons and Row did 
a study 6 based on interviews with peo¬ 
ple at McKesson and several of its cus¬ 
tomers, a review of company financial 
data, and industry association informa¬ 
tion. It also provides numerous addi¬ 
tional, supporting references. 

Easy to use, Economost in its most 


Like the Red Queen in 
Through the Looking 
Glass, firms find they need 
to run faster and faster 
just to keep pace. 


complete form permits a drug-store 
employee to walk through a store carry¬ 
ing a recorder and waving a wand a t 
items o n shelves that appear to be in 
short supply. Replenishment merchan¬ 
dise arrives the next morning — packed 
to conform to the store’s floor plan, in 
the customer’s desired order quantity, 
and marked with the customer’s prices. 
The store accrues considerable sav ings 
in labor and inventory holding cost s. 

McKesson has used information gath¬ 
ered through Economost to optimize its 
operations. Warehouse worker produc¬ 
tivity was up fivefold from 1975 to 1985, 
the first decade it was used. At the same 
time, while sales were up sixfold, theV 
sales force was cut in half and the num¬ 
ber of telephone order-entry clerks was 
slashed from 700 to 15. McKesson has 
passed much of its Economost savings 
to its customers. It should not be sur¬ 
prising that more than 99 percent of 
McKesson’s order flow now arrives elec¬ 
tronically. 

In the decade (1975-85) after intro¬ 
duction of customer-order-entry sys¬ 
tems, the drug distribution and whole¬ 
sale industry underwent massive 
changes, and the number of participants 
was reduced by more than 50 percent. 
Where in excess of 180 distribution com¬ 
panies competed in 1974, only 90 re¬ 
mained in 1986. 

Industry analys ts believe order- entry 
systems ItktrECoFomost were strategic 

and plaved a significant role in indus try 

consolidation. D evelopment costs wer e 
lar gely independent of TEtTscale of a 
fi tm’soperations; t hus, smallerTHsfrib- 
utors were at a significant disadvantage 
and, as electronic order-entry became 
necessary, smaller pl ayers were forced 
Neither leave the ind u5Tfv~or~be~ab- 
sorhe cL' " 

Despite changes to the industry’s 
structure, ^erganslja ting susta iriable 
competitive advantage for McKesson 


Drug_ from Economost is impossible . 

During the aforementioned decade of 

change, McKesson’s stock price re¬ 
mained depressed, its gross margins re¬ 
mained slightly below industry averag¬ 
es, and its market share remained flat at 
21 percent. Unfortunately for the com¬ 
pany, McKesson’s competitors had ac¬ 
cess to the same computer technology 
and simultaneously developed compa¬ 
rable systems. 

Neverthe less, by most criteria, cus¬ 
tomer-order-entry systems can be con¬ 
sidered successful. Independent drug 
stores, which were the principal cus¬ 
tomers of wholesalers like McKesson, 
were under tremendous pressure from 
chain stores and supermarkets. If their 
client drug stores had continued to fail, 
clearly drug wholesalers would have 
followed. 

McKesson and similar distributors 
used technolog y to forge vi rtual chain s 
and offered independent drug stores 
many of the purchasing advantages and 
management control systems that had 
been available only to major chains. 
'Additionally, w holesalers have n ow 
become so efficient that chain stores 
order through them to redUcetftEir cost s, 

and manufacturers like Procter & Gam ¬ 
ble no w ship through ttieTn toreduce 
their expc nscs. Born actions significantly 

increased the wholesalers’ market size. 
Most importantly, attrition among the 
independent drug stores, which consti¬ 
tute the core of the wholesalers’ mar¬ 
ket, has been greatly reduced. 

These systems represent an excellent 
example of what my colleagues and I 
call a beneficial strategic necessity . Clem¬ 
ons and Kimbrough 2 first advanced the 
concept of information systems as stra¬ 
tegic necessities in 1986. MIT’s Man¬ 
agement in the Nineties Project has pre¬ 
sented similar findings in unpublished 
working papers. 

Although they benef it providers and 
customers and become“widely adopted 
throughout the industry, these systems 
d p not provide competitive~acIvaii tage. 

Getting them rig ht presery es~parity; 

getting them wrong can force'ycJTToTirof 
business. As McKesson officers describe 
it, th ey “increased ^ the necessary table 
stakes^anH^cKange3~fHe~ruIes~of?th e 
gaineT 

'There are numerous additional ex¬ 
amples of strategic necessities, systems 
that are widely adopted and pr eserve 
parity rather than giving advantag e to 
individual firms. They range from trad- 
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er support systems in securities firms’ 
dealing rooms to automatic teller m a- 
chines in r etail banki ng. 

Virtually all .major securities firm s 
n ow have elaborate dealing room s, with 
banks of traders equipped with tele¬ 
phones, screens, and the best availabl e 
data feeds and analytical supporUCosts 

excee d $30.000 per trader. S ince all firms 
provide their traders with equivalent 
support, no one really gains lasting ad¬ 
vantage. 

A study of shared automated-telle r- 
machine netw orks in Philadelphia pro- 
vides additional detail, reference to other 
studies, and other supporting referenc¬ 
es. 7 While the paper describes two ex¬ 
amples of banks that claim to have gained 
lasting advantage through early ATM 
introduction, data indicate that in most 
communities ATM introduction'wa's 
rapid, compared to the rate of adoption 
by customers, and that n o bank ga ined 
signi ficant advantage fro m deployment 
of the technology. 

The attraction of systems that some¬ 
how provide lasting competitive advan¬ 
tage continues. Executives, seni or in¬ 
formation officers, an d MIS faculty lo ve 
to tell stories ot companies with innova¬ 
tive application systems or novel uses 
for existing hardware that beat the com¬ 
petition and permanently gained mar¬ 
ket share while significantly improving 
margins. Tales abound of “electronic 
heroin.” uses of computer-based cus¬ 
tomer support systems that result in 
perm anently entangling relationsh ips; 
ancTeven of “premeditated electro nic 
corporate murd er," usesof knock-out 
systems that bankrupt competitors be¬ 
fore they can respond. 

Electronic heroin is for electroni c 
dopes, and neither customers nor sup- 
pliers willingly int^ cll/ ’h tl'T ,ar '- 
dent relationship s today. Infqnnati.on 
technology does not suspend the busi¬ 
ness sens e of customers, suppliers, or 
competitors. And, while not impossi¬ 
ble, systems that drive competitors out 
of business are few in number. 

The lack of sustainable advantage 
from information technology should not 
be surprising. Other industries have had 
considerable experience that indicates 
innovators may not always retain the 
benefits from new products or services. 
In information tec hnology, the p ros- 
~ pectsT^iimovgtorr^ining Tastm Tad- 
vantage are esqecj^ llv blea k. 

If is difficiHt- toq ^otect an innovation 
in this field, since the court? generally 


do not permit patentin g the conce pts 
behi nd software appl i cations, and tra de 
sdUfe tand other forms of protection are 
quite wea k. Moreov er, necessary te ch- 

— is widely availab le an d thus can not 
b e relied upon as the critical co mpeti¬ 
tiv e reso urce? This, of course. iS~what 
happened to McKesson. Its electronic 
order-entry system was widely visible 
and hence subject to duplication by com¬ 
petitors. In addition, vendors made the 
necessary computer technology avail¬ 
able to any and all industry participants. 

A resource-based 
competitive approach 

The role of critical resources. Much 
evidence suggests that the innovations 
most likely to confer sustain able advan¬ 
tage are those that leverage a firm’ s 
critical resource s. Economists call this 
“earni ng monopoly rents.” While the 
firm maynot actually enjoy a complete 
monopoly of these critical resources, 
were these resources widely and freely 
available, the firm would not be able to 
use them to earn superior profits; hence, 
the term. 

Advantage does not necessarily come 
from innovatively using the newest tech¬ 
nology or from systems done well. In¬ 
stead, l asting advantage comes from 
u sing infor mation technology t o sup¬ 
port what you do well and to add va lue 


This also is consistent with recen t work^ 
in the economics of innovation. J eec^g 

discussed complementary assetsT*re? 


in the value of these critical, comple¬ 
mentary assets. A principal goal of stra¬ 
tegic systems should be to add value to 
the portfolio of assets enjoyed by the 
innovating firm, thereby gaining and 
defending competitive advantage. 7 

novations cannot be protected, control 
of complementary assets is a principal 
determinant in the division of the bene¬ 
fits produced by innovations. 8 In what 
Teece called a “weak appropriability 
regime,” when it is difficult to protect 
an innovation through patents, trade 
secrets, inherent complexity, or other 
means, competitors will duplicate it. Any 
economic benefits from the innovation 
will be shared among consumers and 
firms that can charge for access to com¬ 
plementary assets they control. If the 
innovating firm does not enjoy any ad¬ 
vantage in these critical resources, it 
cannot expect to reap sustained eco¬ 
nomic returns from the innovation. This, 
of course, was what McKesson experi¬ 
enced. 

BZ W Trade. Barclays de Zoete Wedd 
Trade is a recently launched venture 
playing out much as the above ar gu¬ 
ment on critical resource differen ces 
predict s. Clemons and Weber 10 provide 

a detailed analysis of BZW Trade , with 
additional supporting primary and sec¬ 
ondary references. 

.BZW is a subsidiary of Barcla ys, the 
large British clearing bank , and is a 
leading integrated securities fi rm in 
London. Trade is an automatic order- 
entry and executio n system d esigned 
for use by British securities brokers. 
For orders of up to £50,000, the system 
allows brokers to enter their retail cus- 


sources that add value when supported 
by innovations or resources that are 
necessary to make those innovations 
succeed. 8 Innovations that exploit a 
firm’s assets are likely to add value to 
those resources, and the competitive 
advantage that results is likely to be 
sustainable. 

Some economists believe that in per¬ 
fect markets, the future value of critical 
resources should be known, and thus 
the price paid by the acquirer would 
eliminate the prospect of future advan¬ 
tage. For example, Barney attributed 
supernormal returns from~crTTical re¬ 
sour ces to hisfoi'V ancTT uck.^Targue that 
some innovative information technolo¬ 
gy applications create discontinu ities and 
resulting radicaland unpredictable shifts 


tomers’ order s on a termin al. These or- 

ders are automatically routed to BZW 
market makers and executed for the 
broker at the best price then prevailing 
in the market. 

In addition-to convenience and as - 
sured best execution, Trade reduces 
broker costs Dy virtually eliminat ing 
errors. Although regional brokers can 
direct their customer orders to any avail¬ 
able market maker, Trade convinced 
these brokers tha t dealing with BZW i s 
considera bly more att ractive than deal¬ 
ing with competing market makers. 

Trade has significantly i ncreased 
BZW’s market sha re among brokers 
who have been offered the service; some 
have doubled the orders they place with 
BZW, and some have imposed a 50- 
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Two cases: 

Merrill Lynch and the Provident National Bank 


Merrill Lynch’s success with cash 
managemant accounts illustrates the 
value that can be created by integrat¬ 
ing separate operations for customers. 
Merrill Lyn ch’ s CMA was the first con- 
5olidatedas5et management account, 
offering checking accounts, debit 
cards, money-market funds, and bro¬ 
kerage accounts, all on a single state¬ 
ment. Idle cash balances, not yet in¬ 
vested in securities, paid money- 
market rates. Merrill paid considerably 
higher rates than banks were permit¬ 
ted to pay their depositors, and CMAs 
attracted billions of dollars from banks 
to Merrill Lynch. Competitors took five 
ye ars to respond, and Merrill sti ll en¬ 
j oys a large mar kef §har e~a decade af¬ 
ter competitors’ duplications. Merrill’s 
market share is protected both by the 
quality of service and the breadth of 
funds and other services it offers, as 
well as by switching costs incurred by 
customers attempting to move their 
accounts. 

Provident National B ank’s role in 
thislormof consoiT3atgcT5 sset man¬ 
ageme nt accounts is less well known. 
Provident is part of Pittsburgh-based 
PNC Financial, a spectacularly suc¬ 
cessful superregional bank holding 
company. Although prohibited by 
Glass-Steagall (through federal legis¬ 
lation dating back to the 1930s) from 
directly offering a similar product itself, 


Provident has an extremely profitable 
business as ajthjaj^ga rty provider of 
back-office processing tofasset min- 
agement accounts of other retail secu¬ 
rities firms. 

When Shearson needed to match 
Merrill Lynch’s CMA and wanted to do 
so as quickly as possible, Shearson 
went out for competitive bids for a 
third party to develop and operate the 
necessary systems. Provident bid ag¬ 
gressively and won the contract; it was 
the low bidder and promised Shearson 
the earliest delivery. Moreover, even in 
its original bid, Provident priced the 
first contract so that it would be profit¬ 
able. In short order, Provident pro¬ 
ceeded to win several contracts with 
additional brokerage firms. 

Why was Provident able to deliver? 
Surely, it wasn’t because it was a bet¬ 
ter systems integrator than well-known 
nationwide firms like ADP (Automatic 
Data Processing) and EDS (Electronic 
Data Systems). Far more significa nt 
was the fact that Prov ide nt already did 

/■seriiritia i~and t rust procefjiTTq, credit- 

and debit-card'pTocessing, and de¬ 
mand-deposit accounting, and that it 
was-ao -fixtremfily Inw cost cFiecifpr o- 
cessor. Other players may have been 
"aEIetointegrate lines of business 
more quickly, but Prov ide nt alre ady 
jj hatLihe necessary lines of business to 


percent limit to prevent undue depen¬ 
dence on a single market maker. From 
1988 to the spring of 1990, BZW do u¬ 
bled itsshare of retail orders in Lo ndon. 
tnaddil ioru-^BZ^L cut its own co st of 
e xecuting such ord ers. It is estimated 
that dealing costs have been reduced to 
£2 per trade from £7, for a savings of 
close to 70 percent. 

Clearly .aninnoy^tiQnthat increases 
margins wfiil e^^ilding^nixESLlsHare 
should be attractive tb'competitors. But 
_ BZWappg ars to e njoy some fundamen ¬ 
t al structural di fferences — differences 
in critical resources -~O hat protect the 
ijOUjoyaiion- ln particular, BZW mak es 
markeHn jnore securi ties — more than 
1,800 equities — than any other player 
in London. Only its nearest competitor, 


S.G. Warburg Securities, is close. Smith 
New Court is next, offering about 800 
equities, while international giants like 
Merrill Lynch, with less than 100 UK 
stocks, and Nomura, with about 50, are 
inconsequential in this market. In prin¬ 
ciple, adding to market-making capaci¬ 
ty is an available option for BZW’s com¬ 
petitors, but i n. pra ctice it_i s a serio us 
Jjarrier^Firms would need to register 
with the exchange and would then be 
obligated t o deal in ad ditional stocks; 
th|s_wouldrequire a signi ficant in crease 
jnjdsklcapiJaJTraglEglJeriaanel^apd 
analy sts , and trad ioa -iloor technology . 
While this might be warranted if a firm 
felt that there were large market-mak¬ 
ing opportunities remaining in London, 
these expenses could not be covered 


solely by the kind of retail order flow 
Trade serves. 

BZW’s market makers also enjoy a 
very large market share of retail bro¬ 
kerage trades. This is a formidable com¬ 
bination. The breadth of coverage means 
that a retail broker using Trade is as¬ 
sured that it will not be necessary to 
obtain a second system to service a large 
number of securities not covered by 
Trade, and the large market share en¬ 
joyed by BZW means that th e expens e 
of devel oping Trade can be spread over 
a larger order b ase than is available to 
competitors without a similar scale ad¬ 
vantage. 

Varieties of resource differences. 

Reso urce differen c es offer the bes t de¬ 
fense' of compe titive advantage from 
innovative information technology use. 
'Scale and scope of operations, differ¬ 
ences in productive capacity, innova¬ 
tive relationships with suppliers, or in- 
ta ngibles like brand recog nition or 
human ca pital represente dby skills.a nd 
e xpertise can alTbiTIcve raeedThrough 
information technology. 

There is a great and underused po¬ 
tential for information systems to cre¬ 
ate value through applications that co¬ 
ordinate and integrate activities across 
strategic business units (SBUs). Most 
importantly, companies diff er*in th eir 
^ portfo lios of Business units; thus, the 
resources tnese applications combine, 
unlike the technology used to combine 
them, are not readily obtained. 

Any competitive advantage produced 
by realizing the value latent in the po rt¬ 
fo lio of SQ JJs-will not be eroded simply 
'Ey competitors duplicating the infor¬ 
mation systems application; resource 
differences will protect the competitive 
advantage produced by such innova¬ 
tions. Moreover,_are§amcfi-base«Lsas.w 
^ofthejiijiLplays an equally fundamen¬ 
tal role in finding opportunities to in¬ 
vest in information technology. 

Differences among firms suggest com¬ 
petitive opportunities. In particular, 
separately operated firms with poten¬ 
tially related lines of business have a 
real opportunity to create value for their 
customers by using information systems 
to combine these businesses in innova¬ 
tive ways. Again, ifc ompetitors l ack 
som e of these linesoT Sus inessTthe m- 
novator should be able to cr eate lasting 
a(jvantage7(See the sidebar, “Two cas- 
esT~MerrilTLynch and Provident Na¬ 
tional Bank.”) 
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Assessment of the role of critical re¬ 
sources. Previously, the foc us in strate¬ 
gic systems was on technology-ado p¬ 
t ion timin g. Work focusing on switching 
costs to lock in customers suggested 
that only the first players could win and 
that the most important issue in tech¬ 
nology innovation was preempting com¬ 
petitors’ opportunities by early devel¬ 
opment. However, the resource-ba sed 
view s uggests that the critical issue may 
’notbe timing of the technology acquisi¬ 
tion or innovative application develop¬ 
ment, but rather the uniqueness of the 
resource base required to support the 
inno vation. When timing is a tactor^ 

I TEgTyto entail acquiring critical resourc ¬ 

es that will be needed to exploit ~~ 
innovations 

In general, a technology innovation 
that adds value t o resources' not avail- 
abl e~to competitors should pro vide an 
advantage that can be sustained. The 
absence of sucn resource differences 
kept McKesson from realizing compet¬ 
itive gains from Economost. BZW’s 
breadth of coverage and market share 
in servicing retail brokers, combined 
with the extreme difficulty and great 
cost competitors faced in duplicating 
BZW’s position in the London market, 
enabled it to realize advantage from its 
automatic execution system. 

Provident’s portfolio of business units, 
which facilitated development of sys¬ 
tems for asset-management accounts, 
enabled it to defend its competitive ad¬ 
vantage as a third-party processor for 
several years. And, the strength of 
American Air lines’ reservation system 
and its h ighlevel of te chnical expertise 
allowed "the carrier to launch mnova- 
tions like the A Advantage frequent fli- 
er program, which competitors match 
only withdifficultv or delay! 

It is, of courseTcTifficuli 10 make con¬ 
clusive statements from experience with 
cases because these are not controlled 
experiments. BZW Trade, however, 
supports the critical-resource view of 
competitive advanta ge. 

Trade uses software, develope d by a 
consultant and standard PCs; tR ertfls 

nothing remarkable about its technoTo- 


w ort Benson, a competitor, launched i ts 
Best system earlier. Kleinwort did not 
fail from lack of hustle; there is no indi¬ 
cation that its marketing efforts or ded¬ 
ication to systems were inferior. 

Nonetheless, Trade successfully blunt- 


Many applications 
appear to be strategic 
necessities, offering benefits 
to all developers and users 
and becoming a necessary 
cost of doing business. 


ed and then reversed Best’s growth , and 
otEer competitors were discouraged 
from launching their own planned 
order-entry systems. BZW simnlv en ¬ 
j oyed an insurmountable advantage in 
breadth of coverage and share of ret ail 

order flow . None of the other theories 

of competitive advantage through 
systems adequately explain BZW’s suc¬ 
cess. 


Sustainable 
co operative advantag e 

Cooperation to achieve scale. Firms 
should begin to develop more syste ms ~ 
cooperative ly, as standard shared sys ¬ 

tems throughout thei r i ndustries . Many 
applications appear to be strategic ne¬ 
cessities, offering benefits to all devel¬ 
opers and users and becoming a neces¬ 
sary cost of doing business. There are 
real economies of scale availa ble in de¬ 
veloping and operating many strategic 
necessities. 

The absence of competitive advan¬ 
tage, together with the possibility of 
reduced costs through cooperation, ar¬ 
gues for l aunching industry consortia o r 
Joint venture s,. Perhaps the best known 
c ooperative vent ure is th e New Yor ^ 
Cash Exchange, a defensive move by 
most New York area banks to counter 
th e Lhle'arpnsea'~5y~CitiBan k and Tts 

dominant position i n automatic-te ller- 
machine service. Cooperative arrange¬ 
ments are a iriems of gamirlgneSessary 
scaTeTj 

lEe experience of Philadelphia Na¬ 
tional Bank is striking. Clemons 7 fea¬ 
tures a detailed treatment of PNB’s ven¬ 
ture in shared automated-teller-machine 
networks, including primary and sec¬ 
ondary sources and references to other 
studies. 



lau nched a proprietary ATM network 
PNB, with smaller retail operations, 
found itself in an intolerable position. 
PNB officers believed they needed to 
respond to preserve their share in retail 
banking, and that because of their small¬ 
er scale it was impossible to respond in 
a fashion that would offer customers 
meaningful ATM coverage. Customers 
want ATMs convenient to where they 
live, work, and shop. It simply was not 
cost-effective for a bank with a small 
retail-market share to try to match the 
ATM coverage of a larger competitor. 
Either PNB would be forced to over¬ 
invest, spending far more per customer 
on ATMs, or have insufficient ATMs to 
match the convenience offered by Gi¬ 
rard’s machines. Neither option was 
acceptable. PNB would have to find 
some other , mor e c reative, solut ion or 
see its share of retail banking inewtably 
eroded by Girard. 

PNB’s officers realized that it couldn’t 
be the only Philadelphia bank in this 
position and that if enough banks pooled 
their resources they would be more than 
sufficient to neutralize the Girard threat. 

PNB, theretore, la unched MAC 
(Money Access ~Centef) ~as a gene ric, 
s hared ATM service, available to all 

a rea bank s. While Girard, and later its 
new owner. Mello n, pushed its oroBfi- 
etary network as a potential source of 
competitive advantage, PNB made cer¬ 
tain that all MAC members received 
equivalent service and that PNB itself 
received no competitive advantage in 
retail banking. Each bank that joined 
MAC and added its ATMs enhanced 
service for the retail customers of MAC 
member banks. PNB’s unit costs w ere 
reduced. C ooperation EaTmade MA C 
enormouslysuccessfuhlt surpassed^ 
competitors in market coverage and 
customer acceptance, acquired their 
network operations, and is now t he only 
ATM service in Pen nsylvania^ ThelvTAC 
approach is profitable, and the cooper¬ 
ative arrangement appears stable. 


- Cooperation to gain geog raphic cov- 
erage. As Rosenbluth Travel grew from 
a regional to a national agency and com¬ 
peted to service national and interna¬ 
tional corporate accounts, offering cli¬ 
ents truly global service became 
necessary. Obviously, routine service 
like change-of-itinerary and ticket reis¬ 
suing had to be provided around the 
world. Rosenbluth found it was neces¬ 
sary to have a global presence to sup- 
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port time-critical services like emergency 
support when tickets, passports, or itin¬ 
eraries were stolen. The company didn’t 
have the resources necessary to open a 
network of offices around the world, 
and it w as competing for business with 
trul y global plav pr s Amp n v an E x- 
press, which had far greater geographic 
'representation and financial resources. 

Rosenbluth responded by forging the 
Ro senbluth International A lliance, a 
Wfual firm of tightly coupled offices of 
cooperating agencies around the world. 
RIA members are selected on the basis 
of compatibility, hustle, dedication to 
quality customer service, and commit¬ 
ment to advanced technology. 

All the cooperating agencies have two 
sepa rate telephone numbe rs, one in tTie 
name ot tire individual agency and the 
second in the name of Rosenbluth In¬ 
ternational. Systems have been used to 
forge a seamless international w eb. 
Through use of common systems, all 
[agenci es have equiva l ent access fcTa " 
[ traveler’s records, itinerary, and conT 

Jpany’s travel policy. Rosenbluth Travel 

credits RIA with having successfully 
obtained and serviced some of its 
m ajor multinational a c counts. The alli¬ 
ance’s foreign members make similar 
claims. 

Cooperation to gain critical-resource 
control. Systems can be used to acquire 
control over resources other than scale 
or market share. Systems are often the i 
most effective way of supporting coop¬ 
erative ventures to obtain these resourc¬ 
es from partners in different industries. 
Information technology can substantial¬ 
ly reduce the costs associated with coor¬ 
dination, supervision, and contracting. 

Twenty years ago, the fact that Gen¬ 
eral Motors internally produced the 
majority of its automotive parts was a 
source of competitive strength; captive 
suppliers assured delivery and adher¬ 
ence to GM’s quality standards. Today, 
although GM still manufactures the 
greatest fraction of the value of each 
car, estimated at 55 percent, other pro¬ 
ducers now outsoux.ce (buy from out¬ 
side suppliers) far more — in C hrysler’s 
cas e, clo »e-ta_&Lpgrcent. 

Changing economics of outsourcing 
and improved systems to coordinate 
'inventory and deliveries with suppliers 
| iwye4moxm , exl Chrvsler’s margins, whil e 
GM suffers from jhe hjghest manuf ac- 
fujing-xoste-o T any automak er. Even 
GM acknowledges that, somehow, this 
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Information technology 
can substantially reduce 
the costs associated with 
coordination, supervision, 
and contracting. 


was changed from a GM advantage to a 
“semi-disadvantage .” 

Clearly, integration to achieve inter¬ 
nal production of goods or services is 
not always desirable. Information tech¬ 
nology, especially telecommunication s- 
based interorganizational u ses , can sig ¬ 
nificantly reduce the tran saction costs 
associated with outside pro curement. 211 
Transaction c osts are thecosts associat¬ 
ed with acquiring goods or services , ex¬ 
cluding die costs of the item itse lf. Such 
costs include o rdering cost and moni- 
t oring for qualityand adh erencefoco n- 

t ractual obligation sTlrTparticular. Tom 

Malone of MIT’s Sloan School argues 
that information technology can improve 
transaction costs so much that they re¬ 
sult in a “move to the market,” 
crease in outside procurem ent 
than production within theTirm’ 
archy. 

if Information technology can have its 

Hgrea tesLiinparrrm- the u utsermufl g"of 

I services. 1 nf ormatTon~protessing is heavi- 
ly scale-intensive. Development costs 
are largely independent of transaction¬ 
processing volumes, so a large service 
bureau or contract servicer should en¬ 
joy significant fundamental cost advan¬ 
tages. 

Of course, jn forma tiqn jrocessi ng 
s ervices are the easiest to o utsou rce; the 
information is already in machine read¬ 
able form and ready to exploit the great 
cost reductions and quality improve¬ 
ments of telecommunications. There has 
been a clear progression from payroll 
and back-office accounting to services 
that affect customer relationships and 
primary business aspects — like ATM 
management and back-office process¬ 
ing in securities firms. 

As scale economies and other advan¬ 
tages become even more significant, and 
as monitoring and coordination costs 
are reduced, i t is ne cessar y-touxe lhin k 
which services are part of the core busi- 


rather 
s hier- 


ness _ anrl miint hn rr>*< w rmdJntprnal lv 

and which can safely and economic ally 
Tie spun off. 

Klein, Crawford, and Alchian argued 
that contracting for services with an 
outside supplier leaves one party at risk 
for o pportunistic renegotiation . 12 Of 
course, not all users of contract services 
are equally vulnerable. 

Computerized travel-agent reserva¬ 
tion systems lik e Apollo and Sabre have 
considerable economic power and ap¬ 
pear able _to earn monopoly ren ts — 
■ even with market sharp u nder 40 pe r- 
cen UThcv earn hundreds of millions of 
dollars annually, most of it from com¬ 
peting airlines. 

In contrast, consolidation among 
ATM networks that results in a single 
provider with 100 percent of its local 
market does not appear to give the pro¬ 
vider comparable bargaining power; 
even with 100 percent of their markets, 
such providers do not appear to earn 
monopoly rents. Clemons 7 explores 
some of the factors that enable a con¬ 
tractor to engage in opportunistic rene¬ 
gotiation, greatly increasing customer 
vulnerability. 

Increasing importance of cooperation. 

The change from competition to coop- 
eradon'ls~acceTerating . Ranks in I^ew 
York competed with CitiBank’s ATMs 
for years before merging ATM opera¬ 
tions into NYCE, and airlines’ travel- 
agent reservation systems competed for 
a decade before they began to merge. 

However, when the Chicago Me rcan- 
tile Exch ange announced plans for its 
fiToTT ex~glohaI exchan ge, an electronic 
- 2fferdiours s ystem for futures trading, 
the mo ve from competition to coop era¬ 
tion was far more rapid . The Chicago 
Boarcfof Trade, the CME’s crosstown 
rival, originally opposed electronic trad¬ 
ing and then announced Aurora, its own 
system to compete with Globex. 

In May 1989, the two futures exchang¬ 
es announced they had begun discus¬ 
sions to merge the two systems, long 
before either was actually put into oper¬ 
ation. Reduced development costs and 
operating expenses for members were 
certainly factors. Scale was also impor¬ 
tant. 

The combined offering would have 
more market makers and more capital 
than either one separately and thus 
would be better equipped to deal with 
competition from emerging futures 
markets in Tokyo. The reasons for co- 
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Figure 1. 
Classification 
of potential 
applications of 
information 
technology. 


operation appear compelling. Still, it 
was interesting to see the entire life 
cycle — attempted preemption, com¬ 
petitive response, and merger negotia¬ 
tion — all played out before the innova¬ 
tion began operation. 

Executives should determine which 
1 applications, while beneficial, lack de- 


I tive advanta 
gets for cooneration. They should 
\determine where the addition of resourc¬ 
es, coordinated through information 
technology, can be strategic. If these 
additional resources make them a more 
effective competitor, perhaps provid¬ 
ing sustainable advantage, so much the 
better. 


I nformation technology proves to 
be strategic mofg~dften than it 

“ offers a source of comoefitive~a d- 
tvantage. The most effective strategic 
rise comes from leveraging the firm’s 
strengths or addressing its deficiencies; 
this is a resource-based view of strategy, 
not a technoTogv-based view." 

' DTthe potential applications of infor¬ 
mation technology, some are necessi¬ 
ties, while others are potentially sourc¬ 
es of advantage ( see Figure 1) . Some 
necessities are easy and routine, while 
others are strategic. Strategic neces si¬ 
ties can reduce costs for their ad opters 
and he beneficial, or can indu ce new 
expenses in response to customer de- 
mand and be unfortunate for adopte rs. 

Sources of advantage might be only com¬ 


parative, of littl e value in the market ¬ 
place, ur mighT have strategic impact. 
Strategic systems can offer competitive 
advanta ge or, in rare instances, might 
even offer sustainable competitive ad¬ 
vantage. 

The key concepts in setting an infor- 
mation technology strategy are 

• Strategic ne cessity. This is a more 
likely outcome than competitive advan¬ 
tage. Strategic necessities cannot be ig¬ 
nored. However, i t is not necessar y to 
be a pioneer in their development. It 
might be~preferable to be an imitator o r 

late adopter, developing systems after 

competitors have demonstrated feasi¬ 
bility, initial consumer interest has been 
generated, technology costs have de¬ 
clined, and capabilities have improved. 

• Resources. This, more often than 
t yavura t echnological prowes s, protects 
innovations and determines who will 
retain the competitive benefits. Thus, 
resources are fundamental to any search 
for opportunities to gain competitive 
advantage. 

• Cooperation. This can provide many 
of the primary productive resources 
needed to exploit technology. Paradox ¬ 
i cally, cooperative ventures are a prom¬ 
ising source of competitive advantage. 


. Innovations can confer advantag e if 
they leverage resources available to t he 

innovator or to the innovator’s cooper- 

piTTrWTfouP but riot to competit ors.. In¬ 

f ormation technology is a most effec¬ 
tive way of combining resources and 


finding new or additional uses for them 
to gain advantage. With resource differ¬ 
ences, advantage may be obtained and 
defended. Without these resources, ad¬ 
vantage is far more problematic. ■ 
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The Clouds Distributed 
Operating System 


Partha Dasgupta, Arizona State University 

Richard J. LeBlanc, Jr., Mustaque Ahamad, and Umakishore Ramachandran, 
Georgia Institute of Technology 


A distributed operating system is a control program running on a set of 
computers that are interconnected by a network. This control program 
unifies the different computers into a single integrated compute and 
storage resource. Depending on the facilities it provides, a distributed operating 
system is classified as general purpose, real time, or embedded. 

The need for distributed operating systems stems from rapid changes in the 
hardware environment in many organizations. Hardware prices have fallen rapidly 
in the last decade, resulting in the proliferation of workstations, personal comput¬ 
ers, data and compute servers, and networks. This proliferation has underlined the 
need for efficient and transparent management of these physically distributed 
resources (see sidebar titled “Distributed operating systems”). 

This article presents a paradigm for structuring distributed operating systems, 
the potential and implications this paradigm has for users, and research directions 
for the future. 


Clouds is a general- 
purpose operating 
system for distributed 
environments. It is 
based on an object- 
thread model adapted 
from object-oriented 
programming. 


Two paradigms 

Operating system structures for a distributed environment follow one of two 
paradigms: message-based or object-based. Message-based operating systems 
place a message-passing kernel on each node and use explicit messages to support 
interprocesses communication. The kernel supports both local communication 
(between processes on the same node) and nonlocal or remote communication, 
which is sometimes implemented through a separate network-manager process. In 
a traditional system such as Unix, access to system services is requested via 
protected procedure calls, whereas in a message-based operating system, the 
requests are via message passing. Message-based operating systems are attractive 
for structuring operating systems because the policy, which is encoded in the server 
processes, is separate from the mechanism implemented in the kernel. 
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Distributed operating systems 

Networked computing environments are now commonplace. Because powerful 
desktop systems have become affordable, most computing environments are 
now composed of combinations of workstations and file servers. Such distributed 
environments, however, are not easy to use or administer. 

Using a collection of computers connected by a local area network often poses 
problems of resource sharing and environment integration that are not present in 
centralized systems. To keep user productivity high, the distribution must be 
transparent and the environment must appear centralized. The short-term solu¬ 
tion adopted by current commercial software extends conventional operating sys¬ 
tems to allow transparent file access and sharing. For example, Sun added Net¬ 
work File System to provide distributed file access capabilities in Unix. Sun-NFS 
has become the industry-standard distributed file system for Unix systems. The 
small systems world, dominated by IBM PC-compatible and Apple computers, 
has software packages that perform multitasking and network-transparent file ac¬ 
cess — for example, Microsoft Windows 3.0, Novell Netware, Appletalk, and PC- 
NFS. 

A better long-term solution is the design of an operating system that considers 
the distributed nature of the hardware architecture at all levels. A distributed op¬ 
erating system is such a system. It makes a collection of distributed computers 
look and feel like one centralized system, yet keeps intact the advantages of dis¬ 
tribution. Message-based and object-based systems are two paradigms for struc¬ 
turing such operating systems. 


Object-based distributed operating 
systems encapsulate services and re¬ 
sources into entities called objects. Ob¬ 
jects are similar to instances of abstract 
data types. They are written as individ¬ 
ual modules composed of the specific 
operations that define the module in¬ 
terfaces. Clients request access to sys¬ 
tem services by invoking the appropri¬ 
ate system object. The invocation 
mechanism is similar to a protected pro¬ 
cedure call. Objects encapsulate func¬ 
tionality much as server processes do in 
message-based systems (see sidebar ti¬ 
tled “What can objects do?”). 

Among the well-known message- 
based systems are the V-system 1 devel¬ 
oped at Stanford University and the 
Amoeba system 2 developed at Vrije 
University in Amsterdam, Netherlands. 
These systems provide computation and 
data services via servers that run on 
machines linked by a network. 

Most object-based systems are built 
on top of an existing operating system, 
typically Unix. Examples of such sys¬ 
tems include Argus, 3 Cronus, 4 and Eden. 5 
These systems support objects that re¬ 
spond to invocations sent via the mes¬ 
sage-passing mechanisms of Unix. 

Mach 6 is an operating system with 
distinctive characteristics. A Unix-com¬ 
patible system built to be machine- 
independent, it runs on a large variety 
of uniprocessors and multiprocessors. 
It has a small kernel that handles the 
virtual memory and process scheduling, 
and it builds other services on top of the 
kernel. Mach implements mechanisms 
that provide distribution, especially 
through a facility called memory ob¬ 
jects, for sharing memory between sep¬ 
arate tasks executing on possibly differ¬ 
ent machines. 


Clouds approach 

Clouds is a distributed operating sys¬ 
tem that integrates a set of nodes into a 
conceptually centralized system. The 
system is composed of compute servers, 
data servers, and user workstations. A 
compute server is a machine that is avail¬ 
able for use as a computational engine. 
A data server is a machine that func¬ 
tions as a repository for long-lived (that 
is, persistent) data. A user workstation 
is a machine that provides a program¬ 
ming environment for developing ap¬ 
plications and an interface with the com¬ 


pute and data servers for executing those 
applications on the servers. Note that 
when a disk is associated with a com¬ 
pute server, it can also act as a data 
server for other compute servers. Clouds 
is a native operating system that runs on 
top of a native kernel called Ra (after 
the Egyptian sun god). It currently runs 
on Sun-3/50 and Sun-3/60 computers 
and cooperates with Sun Sparcstations 
(running Unix) that provide user inter¬ 
faces. 

Clouds is a general-purpose operat¬ 
ing system. That is, it is intended to 
support all types of languages and ap- 


What can objects do? 


Conceptually, an object is an encapsulation of data and a 
set of operations on the data. The operations are performed 
by invoking the object and can range from simple data-ma- 
nipulation routines to complex algorithms, from shared library 
accesses to elaborate system services. 

Objects can also provide specialized services. For exam¬ 
ple, an object can represent a sensing device, and an invo¬ 
cation can gather data from the device without knowing 
about the mechanisms involved in accessing it — or its loca¬ 
tion. Similarly, an object that handles terminal or file I/O con¬ 
tains defined read and write operations. 


Objects can be active. An active object has one or more 
processes associated with it that communicate with the exter¬ 
nal world and handle housekeeping chores internal to the ob¬ 
ject. For example, a process can monitor an object’s environ¬ 
ment and can inform some other entity (another object) when 
an event occurs. This feature is particularly useful in objects 
that manage sensor-monitoring devices. 

Objects are a simple concept with a major impact. They can 
be used for almost every need — from general-purpose pro¬ 
gramming to specialized applications — yet provide a simple 
procedural interface to the rest of the system. 
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Figure 1. A Clouds object. 


plications, distributed or not. All appli¬ 
cations can view the system as a mono¬ 
lith, but distributed applications may 
choose to view the system as composed 
of several separate compute and data 
servers. Each compute facility in Clouds 
has access to all system resources. 

The system structure is based on an 
object-thread model. The object-thread 
model is an adaptation of the popular 
object-oriented programming model, 
which structures a software system as a 
set of objects. Each object is an instance 
of an abstract data type consisting of 
data and operations on the data. The 
operations are called methods. The ob¬ 
ject type is defined by a class. A class 
can have zero or more instances, but an 
instance is derived from exactly one 
class. Objects respond to messages. Send¬ 


ing a message to an object causes the 
object to execute a method, which in 
turn accesses or updates data stored in 
the object and may trigger sending mes¬ 
sages to other objects. Upon comple¬ 
tion, the method sends a reply to the 
sender of the message. 

Clouds has a similar structure, imple¬ 
mented at the operating system level. 
Clouds objects are large-grained encap¬ 
sulations of code and data that are con¬ 
tained in an entire virtual-address space. 
An object is an instance of a class, and a 
class is a compiled program module. 
Clouds objects respond to invocations. 
An invocation results from a thread of 
execution entering the object to exe¬ 
cute an operation (or method) in the 
object. 

Clouds provides objects to support 


an abstraction of storage and threads to 
implement computations. This decou¬ 
ples computation and storage, thus main¬ 
taining their orthogonality. In addition, 
the object-thread model unifies the treat¬ 
ment of I/O, interprocess communica¬ 
tion, information sharing, and long-term 
storage. This model has been further 
augmented to support atomicity and re¬ 
liable execution of computations. 

Multics was the starting point for many 
ideas found in operating systems today, 
and Clouds is no exception. These ideas 
include sharable memory segments and 
single-level stores using mapped files. 
Hydra first implemented the use of ob¬ 
jects as a system-structuring concept. 
Hydra ran on a multiprocessor and pro¬ 
vided named objects for operating- 
system services. 

Clouds paradigm 

This section elaborates on the object- 
thread paradigm of Clouds, illustrating 
the paradigm with examples of its use. 

Objects. A Clouds object is a persis¬ 
tent (or nonvolatile) virtual address 
space. Unlike virtual-address spaces in 
conventional operating systems, the con¬ 
tents of a Clouds object are long-lived. 
That is, a Clouds object exists forever 
and survives system crashes and shut¬ 
downs unless explicitly deleted — like a 
file. As the following description of ob¬ 
jects shows, Clouds objects are some¬ 
what “heavyweight,” that is, they are 
best suited for storage and execution of 
large-grained data and programs because 
of the overhead associated with invoca¬ 
tion and storage of objects. 

Unlike objects in some object-based 
operating systems, a Clouds object does 
not contain a process (or thread). Thus, 
Clouds objects are passive. Since con¬ 
tents of a virtual address space are not 
accessible from outside the address space, 
the memory (data) in an object is acces¬ 
sible only by the code in the object. 

A Clouds object contains user-defined 
code, persistent data, a volatile heap for 
temporary memory allocation, and a 
persistent heap for allocating memory 
that becomes a part of the object’s per¬ 
sistent data structures (see Figure 1). 
Recall that the data in the object can be 
manipulated only from within the ob¬ 
ject. Data can pass into the object when 
an entry point is invoked (input param¬ 
eters). Data can pass out of the object 
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when this invocation terminates (result 
parameters). 

Each Clouds object has a global sys¬ 
tem-level name called a sysname, which 
is a bit string that is unique over the 
entire distributed system. Therefore, the 
sysname-based naming scheme in Clouds 
creates a uniform, flat, system-name 
space for objects. Users can define high- 
level names for objects — a naming 
service translates them to sysnames. 
Objects are physically stored in data 
servers but are accessible from all com¬ 
pute servers in the system, thus provid¬ 
ing location transparency to the users. 

Threads. The only form of user activ¬ 
ity in the Clouds system is the user 
thread. A thread is a logical path of 
execution that traverses objects and 
executes the code in them. Thus, unlike 
a process in a conventional operating 
system, a Clouds thread is not bound to 
a single address space. A thread is cre¬ 
ated by an interactive user or under 
program control. When a thread exe¬ 
cutes an entry point in an object, it 
accesses or updates the persistent data 
stored in it. In addition, the code in the 
object may invoke operations in other 
objects. In such an event, the thread 
temporarily leaves the calling object, 
enters the called object, and commenc¬ 
es execution there. The thread returns 
to the calling object after the execution 
in the called object completes and re¬ 
turns results. These arguments and re¬ 
sults are strictly data; they cannot be 
addresses. This restriction is mandatory 
because addresses in one object are 
meaningless in the context of another 
object. In addition, object invocations 
can be nested as well as recursive. After 
the thread completes execution of the 
operation it was created to execute, it 
terminates. 

The nature of Clouds objects prohib¬ 
its a thread from accessing any data 
outside the current address space (ob¬ 
ject) in which it is executing. Control 
transfer between address spaces occurs 
through object invocation, and data 
transfer between address spaces occurs 
through parameter passing. 

Several threads can simultaneously 
enter an object and execute concurrent¬ 
ly. Multiple threads executing in the 
same object share the contents of the 
object’s address space. Figure 2 shows 
thread executions in the Clouds object 
spaces. The programmer uses system- 
supported primitives such as locks or 


Figure 2. Distributed object memory. 


semaphores to handle concurrency con¬ 
trol within the object. 

Interaction between objects and 
threads. The structure created by a sys¬ 
tem, composed of objects and threads, 
has several interesting properties. 
Inter-object interfaces are procedural. 
Object invocations are equivalent to 
procedure calls on long-lived modules 
that do not share global data. The 
invocations work across machine 
boundaries. 

The storage mechanism used in Clouds 
differs from those found in convention¬ 
al operating systems. Conventionally, 
files are used to store persistent data. 
Memory is associated with processes 
and is volatile (that is, the contents of 
memory associated with a process are 
lost when the process terminates). Ob¬ 
jects in Clouds unify the concepts of 
persistent storage and memory to cre¬ 
ate a persistent address space. This uni¬ 
fication makes programming simpler. 
Persistent objects provide a structured 
single-level store that is cosmetically 
similar to mapped files in Multics and 
SunOS. 

Some systems use message-passing 
for communicating shared data and co¬ 
ordinating computations. Clouds shares 


data by placing the data in an object. 
Computations that need access to shared 
data invoke the object where the data 
exists. Clouds does not support messag¬ 
es and files at the operating system lev¬ 
el, although it does allow objects to 
simulate them if necessary (see sidebar 
titled “No files? No messages?”on the 
next page). 

In a message-based system, the user 
must determine the desired level of 
concurrency at the time of writing an 
application, and program it as a certain 
number of server processes. The object- 
thread model of Clouds eliminates this 
requirement. An object can be written 
from the viewpoint of the functionality 
it is meant to provide, rather than the 
actual level of concurrency it may have 
to support. At execution time, the level 
of concurrency is specified by creating 
concurrent threads to execute in the 
objects that compose the user-level 
application. The application objects, 
however, must be written to support 
concurrent executions, using synchro¬ 
nization primitives such as semaphores 
and locks. 

To summarize: 

• The Clouds system is composed of 
named address spaces called objects. 
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No files? No messages? 


The persistent objects supported in an operating system 
like Clouds provide a structured permanent storage mecha¬ 
nism that can be used for a variety of purposes, including the 
simulation of files and messages. An object can store data in 
any form and invocations can be used to 

• Manipulate or process the stored data, 

• Ship data in and out of the object in forms not necessarily 
the same as those used for storage, and 

• Allow controlled concurrent access to shared data, without 
regard to data location. 

There is no need for files in a persistent programming envi¬ 
ronment. Conventional systems use files as byte-sequential 
storage of long-lived data. When persistent shared memory is 
available, there is no need to convert data into byte-sequen¬ 
tial form, store it in files, and later retrieve and reconvert it. 


The data can be kept in memory in a form controlled by the 
programs (for example, lists or trees), even when the data is 
not in use. 

In fact, objects that store byte-sequential data can simulate 
files, and they can have read and write invocations defined to 
access this data. Such an object will look like a file, even 
though the operating system does not explicitly support files. 

The same is true for messages. The functional equivalence 
of messages and shared memory is well known. If desired, a 
buffer object with defined send and receive invocations can 
serve as a port structure between two (or more) communicat¬ 
ing processes. 

We feel that files, messages, and disk I/O are artifacts of 
hardware structure. Given an object implementation, these 
features are neither necessary nor attractive. New program¬ 
ming paradigms based on object-oriented styles use persis¬ 
tent memory effectively. They do not use files and messages. 


Objects provide data storage, data ma¬ 
nipulation, data sharing, concurrency 
control, and synchronization. 

• Control flow is achieved by threads 
invoking objects. 

• Data flow is achieved by parameter 
passing. 

Programming in the Clouds model. 

For the programmer, Clouds has two 
kinds of objects: classes and instances. 
A class is a template used to generate 
instances. An instance is an object invo¬ 
cable by user threads. Thus, to write 
application programs for Clouds, a pro¬ 
grammer writes one or more Clouds 
classes that define the application code 
and data. The programmer can then 


create the requisite number of instanc¬ 
es of these classes. The application is 
then executed by creating a thread to 
execute the top-level invocation that 
runs the application. 

The following is a simple example of 
programming in the Clouds system. The 
object Rectangle consists of x and y 
dimensions of a rectangle. The object 
has two entry points, one for setting the 
size of the rectangle and the other for 
computing the area. The object defini¬ 
tion is shown in Figure 3a. 

Once the class is compiled, any num¬ 
ber of instances can be created either 
from the command line or via another 
object. Suppose the Rectangle class is 
instantiated into an object called RectOl. 


Now RectOl.size can be used to set the 
size and RectOl.area can be called to 
return the area of the rectangle. A com¬ 
mand in the Clouds command line in¬ 
terpreter can call the entry point in the 
object. Entry points can also be invoked 
in the program, allowing one object to 
call another. 

Objects have user names, which are 
assigned by the programmer when ob¬ 
jects are created (compiled or instanti¬ 
ated). A name server then translates 
the user name to a sysname. (Recall 
that a sysname is a unique name for an 
object, which is needed for invoking the 
object.) The code fragment in Figure 3b 
details the steps in accessing the Clouds 
object RectOl and invoking operations 
on it. 

Clouds provides a variety of mecha¬ 
nisms to programmers. These include 
registering user-defined names of ob¬ 
jects with the name server, looking up 
names using the name server, invoking 
objects both synchronously and asyn¬ 
chronously, and synchronizing threads. 

I/O to the user console is handled by 
read and write routines (and by printf 
and scanf library calls). These routines 
read/write ASCII strings to and from 
the controlling user terminal, irrespec¬ 
tive of the actual location of the object 
or the thread. 

User objects and their entry points 
are typed by the language definition. 
The compiler performs static type-check¬ 
ing on the object and entry point types 
at compile time. It performs no runtime 
type checking. Clouds objects are coarse- 


clouds_class rectangle; 



int x, y; 

//persistent data for rect. 


entry rectangle; 

//constructor 


entry size (int x, y) 

//set size of rect. 


entry int area (); 
end_class 

//return area of rect. 

(a) 

rectangle_ref rect; 

//“rect” is a class that refers to 
//an object of type rectangle. 


rect.bind (“RectOl”); 

//call to name server, 

//binds sysname to RectOl 


rect.size (5,10); 

//invocation of RectOl 


printf(“%d\n” rect.areaQ); 

//will print 50 

(b) 


Figure 3. Example code for Clouds. 
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Figure 4. Clouds system architecture. 


grained, unlike the fine-grained entities 
found in such object-oriented program¬ 
ming languages as Smalltalk. Since an 
object invocation in Clouds is at least an 
order of magnitude more expensive than 
a simple procedure call, it is appropri¬ 
ate to use a Clouds object as a module 
that may contain several fine-grained 
entities. These fine-grained objects are 
completely contained within the Clouds 
object and are not visible to the operat¬ 
ing system. 

Currently, we support two languages 
in the Clouds operating system. DC++ 
is an extension of C++ that systems 
programmers use. Distributed Eiffel is 
an extension of Eiffel that targets appli¬ 
cation developers. The design of both 
DC++ and Distributed Eiffel supports 
persistent fine-grained and large-grained 
objects, invocations, thread creation, 
synchronization, and user-level object 
naming. 

Clouds environment 

The Clouds system integrates a set of 
homogeneous machines into one seam¬ 
less environment that behaves as one 
large computer. The system configura¬ 
tion is configured as three logical cate¬ 
gories of machines, each supporting a 
different logical function. These are 
compute servers, data servers, and user 
workstations. 

The system’s core consists of a set of 
homogeneous machines of the compute 
server category. Compute servers do 
not have any secondary storage. These 
machines provide an execution service 
for threads. Data servers provide sec¬ 
ondary storage. They store Clouds ob¬ 
jects and supply the objects’ code and 
data to the compute servers. The data 
servers also support the distributed syn¬ 
chronization functions. The third ma¬ 
chine category, the user workstation, 
provides user access to Clouds compute 
servers. Compute servers, in turn, know 
how and when to access data servers. 

The logical machine categories do not 
require a one-to-one scheme for map¬ 
ping to physical machines. Although a 
diskless machine can function only as a 
compute server, a machine with a disk 
can simultaneously act as a compute 
and data server. This enhances comput¬ 
ing performance, since data accessed 
via local disk is faster than data access¬ 
ed over a network. However, in our 
prototype system, shown in Figure 4, we 


use a one-to-one mapping to simplify 
the system’s implementation and con¬ 
figuration. 

A suite of programs that run on top of 
Unix on Sun workstations provide the 
user interface to Clouds. These pro¬ 
grams include Distributed Eiffel and 
DC++ compilers, a Clouds user shell 
(under X Windows), a user I/O manag¬ 
er, and various utilities. The user inter¬ 
face with these programs is through the 
familiar Unix utilities (including Unix 
editors). 

User environment. A user writes 
Clouds programs in DC++ or Distribut¬ 
ed Eiffel and compiles them on the Unix 
workstation. The compiler loads the 
generated classes on a Clouds data serv¬ 
er. Now these classes are available to all 
Clouds compute servers. Any node (or 
user on a Unix machine) can create 
instances of these classes and generate 
invocations to the objects thus created. 
Note that once created, the objects be¬ 
come part of the persistent object mem¬ 
ory and can be invoked until they are 
explicitly deleted.. 


A user invokes an Clouds object by 
specifying the object, the entry point, 
and the arguments to the Clouds shell. 
The shell sends an invocation request to 
a compute server, and the invocation 
proceeds under Clouds using a Clouds 
thread. The user communicates to the 
thread via a terminal window in the X 
Window System. All output generated 
by the thread (regardless of where it is 
executing) appears on the user terminal 
window, and input to the thread is pro¬ 
vided by typing in the window. 

System environment. As we men¬ 
tioned earlier, the hardware environ¬ 
ments consists of compute servers and 
data servers with some nodes providing 
both functions. Starting a user-level 
computation on Clouds involves first 
selecting a compute server to execute 
the thread. This is a scheduling decision 
and may depend on such factors as sched¬ 
uling policies, the load at each compute 
server, and the availability of resources 
needed for the computation. Once this 
decision has been made, the second task 
is to bring into the selected compute 
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Distributed shared memory 


The name space represented by the Clouds objects constitutes a shared ad¬ 
dress space. Since each object consists of a linear address space, these two 
spaces in conjunction provide a systemwide two-dimensional address space. The 
contents of this address space are available on every machine in the system, 
providing a globally shared (yet distributed) memory. 

The sharing of this global memory occurs through a mechanism that we call 
distributed shared memory (DSM). When a thread on node A invokes an opera¬ 
tion on object O, the invocation executes on node A. If O is not located on A , a 
series of page faults occurs, which are serviced by demand-paging the pages of 
O from the data server(s) where they currently reside. Thus, only the necessary 
parts of the code and data of O are brought to A. 

However, if O is being used at both node A and node B, both A and B must al¬ 
ways see the exact same contents of O. This is called one-copy semantics; it is 
maintained by coherence protocols that are an integral part of the DSM access 
strategy. 

The perceived effect of using DSM is that every object on the system logically 
resides at every node. This is a powerful concept that separates object storage 
from its usage, effectively exploiting the physical nature of the distributed system, 
which is composed of compute servers and data servers. 


server the object in which the thread 
executes. This requires a remote-pag¬ 
ing facility. Coupled with this require¬ 
ment is the fact that all objects are po¬ 
tentially shared in the Clouds model; 
therefore, the entity that provides the 
remote-paging facility must also main¬ 
tain the consistency of shared pages. 
This is satisfied in Clouds by a mecha¬ 
nism called distributed shared memory. 
DSM supports the notion of shared 
memory on a nonshared memory (dis¬ 
tributed) architecture (see sidebar ti¬ 
tled “Distributed shared memory”). The 
data servers execute a coherence proto¬ 
col that preserves single-copy seman¬ 
tics for all the objects. 7 With DSM, con¬ 
current invocation of the same object 
by threads at different compute servers 
is possible. Such a scenario would result 
in multiple copies of the same object 
existing at more than one compute serv¬ 
er with DSM providing the consistency 
maintenance. 

Suppose a thread is created on com¬ 
pute server A to invoke object O t . The 
compute server retrieves a header for 
the object from the appropriate data 
server, sets up the object space, and 
starts the thread in that space. As the 
thread executes in the object space, the 
code and data of the object accessed by 
the thread is demand-paged from the 
data servers (possibly over the network). 

If the thread executing in O, gener¬ 
ates an invocation to object 0 2 , the sys¬ 
tem may choose to execute the invoca¬ 


tion on either A itself or on a different 
compute server, B. In the former case, if 
the required pages of object 0 2 are at 
other nodes, they have to be brought to 
node A using DSM. Once the object has 
been brought into A, the invocation 
proceeds the same way as when O, re¬ 
sides at A. On the other hand, the sys¬ 
tem may choose to execute the invoca¬ 
tion on compute server B. In this case, 
the thread sends an invocation request 
to B, which invokes the object 0 2 and 
returns the results to the thread at A. 
This scenario is similar to the remote 
procedure call found in other systems 
such as the V system, 1 but it is more 
general because B does not have to be 
the node where 0 2 currently resides. 

The compute and data server scheme 
makes all objects accessible to all com¬ 
pute servers. The DSM coherence pro¬ 
tocol ensures that the data in an object 
is seen consistently by concurrent threads 
even if they are executing on different 
compute servers. The distributed syn¬ 
chronization support provided by data 
servers allows threads to synchronize 
their actions regardless of where they 
execute. 

Clouds implementation 

The Clouds implementation uses a 
minimalist approach towards operating 
system development (like the V system. 
Amoeba, and Mach 3.0). With this ap¬ 


proach, each level of the implementa¬ 
tion consists of only those functions 
that cannot be implemented at a higher 
level without a significant performance 
penalty. Traditional systems such as 
Unix provide most operating-system 
services in one big monolithic kernel. 
Unlike such systems, we differentiate 
between the operating-system kernel 
and the operating system itself. This 
approach makes the system modular, 
easy to understand, more portable, and 
convenient to enhance. High-level fea¬ 
tures can be implemented as user-level 
libraries, objects, or services that use 
the low-level mechanisms in the oper¬ 
ating system. Further, it provides a clean 
separation of policy from mechanisms; 
that is, the policies are implemented at 
a high level using the lower level mech¬ 
anisms. 

The current Clouds implementation 
has three levels. At the lowest level is 
the minimal kernel, Ra, which provides 
the mechanisms for managing basic re¬ 
sources, namely, processor and memo¬ 
ry. The next level up is a set of system 
objects, which are trusted-software mod¬ 
ules providing essential system servic¬ 
es. Finally, other noncritical services 
such as naming and spooling are imple¬ 
mented as user objects to complete the 
functionality of Clouds. 

The Ra kernel. This native minimal 
kernel supports virtual memory man¬ 
agement and low-level scheduling. Ra 
implements four abstractions: 

• Segments. A segment is a variable- 
length sequence of uninterpreted bytes 
that exists either on the disk or in phys¬ 
ical memory. Segments have system- 
wide unique names and, once created, 
segments persist until they are explicit¬ 
ly destroyed. 

• Virtual spaces. A virtual space is the 
abstraction of an addressing domain 
and is a monotonically increasing range 
of virtual addresses with possible holes 
in the range. A segment can be mapped 
to a contiguous range of addresses in a 
virtual space. 

• IsiBas. An IsiBa is the abstraction 
of system activity and can be thought of 
as a lightweight process. (Its name comes 
from ancient Egyptian: Isi means light, 
and Ba means soul.) An IsiBa is simply 
a kernel resource that is associated with 
a stack to realize a schedulable entity. 
There are several types of stacks in the 
system (for example, kernel, interrupt. 
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Figure 5. Virtual spaces, segments, and partitions. 


and user), and an IsiBa can use an in¬ 
stance of any stack type. A Clouds pro¬ 
cess is an IsiBa in conjunction with a 
user stack and a Ra virtual space. One 
or more Clouds processes are used to 
build a Clouds thread. IsiBas can also 
be used for a variety of purposes 
inside system objects, including inter¬ 
rupt services, event notification, and 
watchdogs. 

• Partitions. A partition is an entity 
that provides nonvolatile data storage 
for segments. A Clouds compute server 
has access to one or more partitions, but 
a segment belongs to exactly one parti¬ 
tion. To access a segment, the partition 
containing the segment has to be con¬ 
tacted. The partition communicates with 
the data server where the segment is 
stored to page the segment in and out 
when necessary. Note that Ra only de¬ 
fines the interface to the partitions. The 
partitions themselves are implemented 
as system objects. 

Figure 5 shows the relationship be¬ 
tween virtual spaces, segments, and par¬ 
titions. 

The implementation of Ra is separat¬ 
ed into machine-dependent and ma¬ 
chine-independent parts. All Ra com¬ 
ponents use the class mechanisms of 
C++, a scheme that enhances Ra’s ob¬ 
ject structure. Ra consists of 6,000 lines 
of machine-dependent C++ code, 6,000 
lines of machine-independent C++ code, 
and 1,000 lines of Sun (68020) assembly 
code. It currently runs on the Sun-3 
class machines. More details about the 
implementation are in Dasgupta et al. 8 

System objects. Ra can be thought of 
as the conceptual motherboard. Oper¬ 
ating-system services are provided on 
top of Ra by system objects. System 
objects are independently compiled 
modules of code that have access to 
certain Ra-defined operations. Ra ex¬ 
ports these operations as kernel classes 
that are inherited by the system objects. 
Conceptually, the system objects are 
similar to Clouds objects that live in 
their own virtual space. However, for 
the sake of efficiency, system objects 
live in the kernel space, are linked to the 
Ra kernel at system configuration time, 
and are not directly invocable from the 
user level. System objects are implicitly 
invoked through a system-call interface 
available to user-level objects. 

Some system objects implement low- 
level functions inside the operating sys¬ 


tem; these functions include the buffer 
manager, uniform I/O interface, and 
Ethernet driver. Other system objects 
implement high-level functions that are 
invoked indirectly as a result of a sys¬ 
tem call. These objects include the thread 
manager, object manager, and user I/O 
manager. 

The following bulleted paragraphs 
describe some of the important system 
objects. 

• Thread manager. As mentioned ear¬ 
lier, a thread can span machine bound¬ 
aries and is implemented as a collection 
of Clouds processes. There is some in¬ 
formation associated with a thread, such 
as the objects it may have visited, the 
user workstation from which it was cre¬ 
ated, and the windows on the user work¬ 
station with which it has to communi¬ 
cate when I/O requests are made during 
the computation. The thread manager 
is responsible for the creation, termina¬ 
tion, naming, and bookkeeping neces¬ 
sary to implement threads. 

• User object manager. User-level 
objects are implemented through a sys¬ 
tem object called the object manager. 
The object manager creates and deletes 
objects and provides the object-invoca¬ 
tion facility. An object is stored in a Ra 
virtual space. The invocation of an ob¬ 
ject by a thread is handled mainly by the 
object manager in conjunction with the 
thread manager. Briefly, when a thread 
invokes an object, the stack of the in¬ 
voking thread is ipapped into the same 


virtual address space as the object, and 
the thread is allowed to commence exe¬ 
cution at the entry point of the object. 
When the execution of the operation 
terminates, the object manager unmaps 
the thread stack from the object and 
remaps it in the object where the thread 
was previously executing. If there was 
no previous object, then the object man¬ 
ager informs the thread manager, and 
the thread is terminated. 

• DSM clients and servers. DSM cli¬ 
ents and servers are partitions that in¬ 
teract with the data servers to provide 
one-copy semantics for all object code 
and data used by the Clouds nodes. 
When node A needs a page of data, the 
DSM client partition requests it from 
the data server. If the page is currently 
in use in exclusive mode at node B, the 
data server forwards the request to the 
DSM server at node B, which supplies 
the page to A. The DSM server allows 
maintenance of both exclusive and 
shared locks on segments and provides 
other synchronization support. 

• User I/O manager. This system ob¬ 
ject provides support for Clouds com¬ 
putations to read from and write to user 
terminals. A user terminal is a window 
on a Unix workstation. When a thread 
executes a write system call, the I/O 
manager routes the written data to the 
appropriate controlling terminal. Reads 
are handled similarly. The user I/O 
manager is a combination of a Ra sys¬ 
tem object and a server on each Unix 
workstation. 
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• Networking and RaTP. Two system 
objects handle networking: the Ether¬ 
net driver and the network protocol. 
All Clouds communication uses a trans¬ 
port layer protocol called the Ra trans¬ 
port protocol. RaTP is similar to the 
communication protocol VMTP 0 used 
in the V-system, and provides efficient, 
reliable, connectionless message trans¬ 
actions. A message transaction is a send/ 
reply pair used for client-server type 
communications. RaTP has been im¬ 
plemented both on Ra (as a system ob¬ 
ject) and on Unix, allowing Clouds-to- 
Unix communication. 

Status and current performance. The 

Clouds implementation and features 
described thus far are in use. The kernel 
performance is good. Context-switch 
time is 0.15 milliseconds. The time to 
service a page fault when the page is 
resident on the same node costs 2.3 ms 
for a zero-filled, 8-kilobyte page; it costs 
1.5 ms for a nonzero-filled page. 

Networking is one of Clouds’ most 
heavily used subsystems, especially since 
our current implementation uses disk¬ 
less compute servers. All objects are 
demand-paged to the servers over the 
network when used. The RaTP proto¬ 
col handles the reliable data transfer 
between all machines. The Ethernet 
round-trip time is 1.59 ms; this involves 
sending and receiving a short message 
(72 bytes) between two compute serv¬ 
ers. The RaTP reliable round-trip time 
is 3.56 ms. To transfer an 8-kilobyte 
page reliably from one machine to an¬ 
other costs 12.3 ms, compared to 70 ms 
using Unix file-transfer protocol and 50 
ms using Sun-NFS. 

Object invocation costs vary widely 
depending upon whether the object is 
currently in memory or has to be fetched 
from a data server. The maximum cost 
for a null invocation is 103 ms, while the 
minimum cost is 8 ms. Note that due to 
locality, the average cost is much closer 
to the minimum than the maximum. 

Clouds and distributed 
systems research 

The Clouds project includes continu¬ 
ing systems research on several topics. 

Using persistent objects. Persistent, 
shared, single-level storage is the cen¬ 
tral theme of the Clouds model. There¬ 


fore, the thrust of several related re¬ 
search projects was to effectively sup¬ 
port and exploit persistent memory in a 
distributed setting. Another area of re¬ 
search is in harnessing the distributed 
resources to speed up the execution of 
specific applications compared to a sin¬ 
gle-processor implementation. We sum¬ 
marize some of these projects here. 

Distributed programming. Using the 
DSM feature of Clouds, centralized al¬ 
gorithms can run as distributed compu¬ 
tations with the expectation of achiev¬ 
ing speedup. For example, sorting 
algorithms can use multiple threads to 
perform a sort, with each thread being 
executed at a different compute server, 
even though the data itself is contained 
in one object. The threads work on the 
data in parallel, and those parts of the 
data that are in use at a node migrate to 
that node automatically. We have shown 
that even though the data resides in a 
single object, the computation can be 
run in a distributed fashion without 
incurring a high overhead. These 
experiments are helping us under¬ 
stand the trade-off between computa¬ 
tion and communication and the gran¬ 
ularity of computations that warrant 
distribution. 

Types of persistent memory. Persis¬ 
tent memory needs a structured way of 
specifying attributes, such as longevity 
and accessibility, for the language- level 
objects contained in Clouds objects. To 
this end we provide several types of 
memory in objects. The sharable, per¬ 
sistent memory is called per-object mem¬ 
ory. We also provide per-invocation 
memory that is not shared, yet is global 
to the routines in the object and lasts for 
the length of each invocation. Similarly, 
per-thread memory is global to the rou¬ 
tines in the object but specific to a par¬ 
ticular thread, and lasts until the thread 
terminates. Such a variety of memory 
structures provides powerful program¬ 
ming support in the Clouds system. 10 

Lisp programming environment. If the 
address space containing a Lisp envi¬ 
ronment can be made persistent, sever¬ 
al advantages accrue, including not hav¬ 
ing to save/load the environment on 
startup and shutdown. Further, invok¬ 
ing entry points in remote Lisp inter¬ 
preters allows interenvironment opera¬ 
tions that are useful in building 
knowledge bases. Other features that 


naturally arise from the distributed na¬ 
ture of the system include concurrent 
evaluations and load sharing. An imple¬ 
mentation of the Clouds Lisp Distribut¬ 
ed Environment (Clide) is currently in 
experimental usage. 

Object-oriented programming envi¬ 
ronment. Persistent memory is being 
used to structure object-oriented pro¬ 
gramming environments. These envi¬ 
ronments support multigrained objects 
inside Clouds objects and visibility/mi¬ 
gration for these language-defined ob¬ 
jects within Clouds objects. 

Reliability in distributed systems. One 

goal of Clouds is to provide a highly 
reliable computing environment. The 
issue of reliability has two parts: main¬ 
taining consistency of data in spite of 
failures and assuring forward progress 
for computations. A consistency prob¬ 
lem can occur when a thread executes at 
several nodes or several nodes supply 
objects to a thread because of the DSM 
abstraction. In that case, a node or com¬ 
munication link failure causes the com¬ 
putation results to be reflected at some 
nodes but not at others. A consistency 
mechanism should provide the atomic¬ 
ity property guaranteeing that a thread 
computation either completes at all 
nodes or has no effect on system state. 
Thus, if failures occur, the effects of all 
partially completed computations are 
undone. 

Consistency by itself does not prom¬ 
ise progress, because a failure undoes 
the partially completed work. To en¬ 
sure forward progress, objects and com¬ 
putation must be replicated at nodes 
with independent failure modes. The 
following aspects of the Clouds system 
address the consistency and progress 
requirements. 

Atomicity. The Clouds consistency- 
preservation mechanisms present one 
uniform object-thread abstraction that 
lets programmers specify a wide range 
of atomicity semantics. This scheme, 
called Invocation-Based Consistency 
Control, automatically locks and recov¬ 
ers persistent data. Locking and recov¬ 
ery are performed at the segment level, 
not at the object level. (An object can 
contain multiple data segments. The 
layout and number of segments are un¬ 
der the control of the user programmer. 
The segments may contain intersegment 
pointers, and objects support dynamic 
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memory allocation on each segment.) 
Because segments are user-defined, the 
user can control the granularity of lock¬ 
ing. Custom recovery and synchroniza¬ 
tion are still possible but are unneces¬ 
sary in many cases. 

Instead of mandating customization 
of synchronization and recovery for 
applications that do not need strict ato¬ 
micity, the new scheme supports a vari¬ 
ety of consistency-preserving mecha¬ 
nisms. The threads that execute are of 
two kinds, namely, s-threads (or stan¬ 
dard threads) and cp-threads (or consis- 
tency-preserving threads). The s-threads 
are not provided with any system-level 
locking or recovery. The cp-threads, on 
the other hand, are supported by well- 
defined locking and recovery features. 

When a cp-thread executes, all seg¬ 
ments it reads are read-locked, and the 
segments it updates are write-locked. 
The system automatically handles lock¬ 
ing at runtime. The updated segments 
are written by a two-phase commit mech¬ 
anism when the cp-thread completes. 
Because s-threads do not automatically 
acquire locks, nor are they blocked by 
any system-acquired locks, they can free¬ 
ly interleave with other s-threads and 
cp-threads. 

There are two varieties of cp-threads, 
namely, the gcp-thread and the Icp- 
thread. The gcp-thread semantics pro¬ 
vide global (heavyweight) consistency 
and the lcp-thread semantics provide 
local (lightweight) consistency. All 
threads are s-threads when created. Each 
operation has a static label that declares 
its consistency needs. The labels are S 
(for standard), LCP (for local consis¬ 
tency preserving), and GCP (for global 
consistency preserving). Various com¬ 
binations of different consistency labels 
in the same object (or in the same thread) 
lead to many interesting (as well as dan¬ 
gerous) execution-time possibilities, 
especially when s-threads update data 
being read/updated by gcp or lcp threads. 
(For a discussion of the semantics, be¬ 
havior, and implementation of this 
scheme, see Chen and Dasgupta. 11 ) 

Fault tolerance. Transaction-process¬ 
ing systems guarantee data consistency 
if computations do not complete (due 
to failures). However, they do not guar¬ 
antee computational success. The Clouds 
approach to fault-tolerant or resilient 
computations is called parallel execu¬ 
tion threads. PET tries to provide unin¬ 
terrupted processing in the face of pre- 



Figure 6. Parallel execution threads. 


existing (static) failures, as well as sys¬ 
tem and software failures that occur 
while a resilient computation is in 
progress (dynamic failures). 12 

To obtain these properties, the basic 
requirements of the system are 

• replication of objects, for tolerating 
static and dynamic failures; 

• replication of computation, for tol¬ 
erating dynamic failures; and 

•An atomic commit mechanism to 
ensure correctness. 

The PET system works by first repli¬ 
cating all critical objects at different 
nodes in the system. The degree of rep¬ 
lication depends on the degree of resil¬ 
ience required. 

Initiating a resilient computation cre¬ 
ates separate replicated threads (gcp- 
threads) on a number of nodes. The 
number of nodes is another parameter 
provided by the user and reflects the 
degree of resilience required. The sep¬ 
arate threads (or PETs) run indepen¬ 
dently as if there were no replication. A 
thread invokes a replicated object by 
choosing certain copies of the object, as 
shown in Figure 6. The replica selection 
algorithm tries to ensure that separate 
threads execute at different nodes to 
minimize the number of threads affect¬ 
ed by a failure. After one or more threads 
complete successfully by executing at 
operational nodes, one thread is chosen 
to be the terminating thread. All up¬ 
dates made by this thread are propagat¬ 
ed to a quorum of replicas, if available. 


If there is a failure in committing this 
thread, another completed thread is 
chosen. If the commit process succeeds, 
all the remaining threads are aborted. 

This method allows a trade-off in the 
amount of resources used (that is, num¬ 
ber of parallel threads started for each 
computation) and the desired degree of 
resilience (that is, number of failures 
the computation can tolerate, while the 
computation is in progress). 


T he goal of Clouds was to 
build a general-purpose, distrib¬ 
uted, computing environment 
suitable for a wide variety of users in the 
computer science community. We have 
developed a native operating system 
and an application-development envi¬ 
ronment that is being used for a variety 
of distributed applications. 

Providing a conduit between Clouds 
and Unix saved us considerable effort. 
We did not have to port program devel¬ 
opment and environment tools (such as 
editors and window systems) to a new 
operating system, and we can develop 
applications that harness the new sys¬ 
tem’s data and computation distribu¬ 
tion capabilities in the familiar Unix 
environment. The Clouds system has 
been a fruitful exercise in providing an 
experimental platform for determining 
the worthiness of the object-thread par¬ 
adigm. ■ 
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Real-Time Data Fusion 
in the Intensive Care Unit 


Michael Factor,* David H. Gelernter, Craig E. Kolb,* 
Perry L. Miller, and Dean F. Sittig 
Yale University 


The process-trellis 
software architecture 
provides a framework 
for an intelligent 
medical monitor 
whose “paving-stone” 
interface gives a 
clinician an 


I n today’s intensive care unit, patients are surrounded by a battery of 
instruments. Each performs a different monitoring task, generating masses 
of low-level summary data. Since the instruments don’t communicate, the 
clinician must integrate the data they generate, decide what is important and what 
is irrelevant, and synthesize a high-level overview. 

Faced with overwhelming data, the clinician may focus on a subset of the signals, 
ignoring other significant information and overlooking problems. A monitor that 
integrates data from multiple sources could present a high-level synthesis, mini¬ 
mizing information overload and preventing fixation. 

To build a software system that supports such a monitor, we must achieve 
predictable, real-time performance, accommodate heterogeneous approaches to 
the many separable subproblems, and design a useful interface. The need for real¬ 
time performance is obvious: A monitor that does not run in real time cannot give 
early warning of life-threatening situations. Substantial computing power is need¬ 
ed to process many continuous waveforms, convert them into a qualitative repre¬ 
sentation, correlate information to identify the intermediate-level physiological 
state, and finally produce high-level diagnoses and suggestions. 

In this article, we describe the process trellis, a domain- and hardware-indepen- 
dent software architecture, and show its usefulness in building the Intelligent 
Cardiovascular Monitor, a real-time clinical decision-support system. 


Goals 

The Intelligent Cardiovascular Monitor was designed to monitor circulatory 
functions in a postoperative intensive care unit. At present, ICM is a prototype 
nearly ready for clinical testing. Most of its domain code was provided by medical 


instantaneous overview 

P ,. ,, , , * Since collaborating on this article, Factor has transferred to IBM Israel in Haifa, and Kolb has begun 

of a patient S status. studies at Princeton University. 


November 1991 


0018-9162/91/1100-0045S01.00 © 1991 IEEE 


45 





Diagnostic 

| Tamponade | 



Increased | | Vasoconstriction | | Hypotension | 





Correlation 

Systemic 

vascular 

resistance 



Data filter Pulmonary artery Cardiac 

diastolic pressure output 

1 Blood 1 1 Heart 1 

pressure rate 



Raw data 1 Raw pulmonary artery 1 1 Raw central 1 1 Raw 1 1 Raw 1 

™w udlcl diastolic pressure venous pressure blood pressure heart rate 


Figure 1. Part of the Intelligent Cardiovascular Monitor. 


school researchers to meet specific goals 
independent of the architecture that 
supports it: 

• Early detection. ICM should report 
evolving hemodynamic trends early, lim¬ 
iting the time patients spend in life- 
threatening situations. 

•Systematic approach to treatment. 
All potentially relevant conditions 
should be monitored, even if they seem 
unlikely to occur. The system must not 
focus on one aspect of the data. 

• Reduced data load for the clinician. 
ICM should provide an explanation and 
synthesis of the data, not merely num¬ 
bers or a simple summary. For example, 
instead of reporting that the patient’s 
pulmonary artery diastolic pressure is 3 
millimeters of mercury, the system 
should also suggest (if the data warrant) 
that the patient is hypovolemic (has too 
little body fluid). 

• Limited interaction. A traditional 
conversational-mode expert system such 
as Mycin 1 is inappropriate in a high- 
pressure, time-constrained intensive care 
unit. However, ICM should accept and 
respond to a clinician’s input when it is 
available. 

To achieve these specific goals, ICM 
might have used ad hoc techniques, the 


process trellis, or any other software 
architecture. 

The process trellis was designed in a 
general way for a wide range of applica¬ 
tions. Like all software architectures, it 
should smooth a programmer’s path by 
providing a template that can be readily 
instantiated in many different domains. 
It should help answer questions about 
how modules are derived from the do¬ 
main, how they are organized, and how 
they interact with the external world. 
Also, to support real-time monitors, the 
process trellis must provide 

•Modularity and flexibility. Large 
programs require modular structures 
with predictable and localizable inter¬ 
actions between modules. The modu¬ 
larity scheme must support heterogene¬ 
ity, a clean interface, and parallel 
execution for real-time performance. 

• Understandability. Real-time heu¬ 
ristic monitors may be large (hundreds 
or thousands of modules). The trellis 
should help clarify an application’s stat¬ 
ic structure. Since monitors are often 
used in high-pressure, time-constrained 
situations, users must be able to under¬ 
stand the program’s conclusions at a 
glance. 

• Predictability. Predicting a program’s 
worst-case runtime behavior is a pre¬ 


requisite to real-time guarantees. For 
decision-support systems, hardware is 
typically less expensive than software. 
If a piece of code is important enough to 
write, it should be executed whenever it 
might be relevant (not merely when it 
probably will be relevant). A trellis pro¬ 
gram will run in real time if there is 
sufficient hardware to guarantee that, 
upon receiving new inputs, it can exe¬ 
cute all relevant code before the next 
inputs arrive. (If a program always meets 
this constraint, hard real-time behavior 
is guaranteed; if it only meets this con¬ 
straint on average, soft real-time behav¬ 
ior is guaranteed.) Guaranteeing that a 
trellis program runs in real time re¬ 
quires a bound on the rate of environ¬ 
mental inputs. It also requires a static 
program structure, in which all the pro¬ 
gram’s processes and communication 
paths are known before the program 
starts executing. A dynamic structure 
can impose unbounded computational 
demands. 

The sidebar “Other monitoring ar¬ 
chitectures and systems” surveys archi¬ 
tectures and systems that could support 
a medical monitor like ICM and out¬ 
lines why we used the process trellis 
instead. 


The process-trellis 
structure 


The process trellis 2 is an acyclic hier¬ 
archical network (that is, a directed acy¬ 
clic graph) of heterogeneous decision 
processes whose information-flow struc¬ 
ture mirrors the domain’s. The trellis 
hierarchy bears a strong resemblance to 
a blackboard hierarchy. 3 At the bottom 
are raw-data processes that receive in¬ 
puts from the external world. For in¬ 
stance, at the bottom of Figure 1, which 
simplifies a portion of ICM, is the pro¬ 
cess Raw blood pressure (BP), which 
receives the numeric blood pressure from 
the external world. Above the raw-data 
processes are data-filter processes that 
perform such tasks as validating data 
and converting representations. For in¬ 
stance, the BP process might determine 
that the blood pressure is high with a 
slight downward trend. Third-level pro¬ 
cesses perform correlations and look 
for simple patterns such as hypoten¬ 
sion, which depends on the qualitative 
BP and heart rate (HR). Diagnostic- 
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Other monitoring architectures and systems 


Several other software architectures and systems could or 
do provide support for medical monitoring software. Two ar¬ 
chitectures that offer a good point of comparison with our pro¬ 
cess trellis — production rules and blackboards — were de¬ 
veloped by Al researchers. However, neither architecture 
provides the real-time execution required by our Intelligent 
Cardiovascular Monitor. Rex, a software architecture for real¬ 
time systems, and the VM and PM “intelligent” medical moni¬ 
tors also fall short of ICM’s requirements. 

Production-rule architectures have been used for many ap¬ 
plications, but only rarely for medical monitors. (Fagan’s VM, 
a notable exception, is discussed below.) Production rules 
have many features, such as explanation facilities and adap¬ 
tive behavior. But production-rule architectures have signifi¬ 
cant weaknesses where real-time monitors are concerned. 
Rule-based programs are modular (each rule is a module) but 
homogeneous: Each module is a condition-action pair. This 
homogeneity can lead to convoluted rules of obscure intent. 1 
Furthermore, because rules interact dynamically, modifying a 
rule can have unpredictable and unrealizable effects, and 
runtime behavior may be too unpredictable for real-time do¬ 
mains. And, while there have been many attempts at parallel¬ 
ization, there is strong evidence that the attainable perfor¬ 
mance gains are limited, independent of program size. 2 

A blackboard program consists of a collection of knowledge 
sources, modules that are “experts” on particular subprob¬ 
lems. The knowledge sources cooperate through a shared, 
hierarchical memory. 3 Unlike production rules, knowledge 
sources are not homogeneous. The blackboard’s hierarchical 
nature imposes some structure on the knowledge sources’ in¬ 
teractions, but the effects of modifying a knowledge source 
are still hard to predict and localize. In addition, the dynamic 
interaction of knowledge sources makes it nearly impossible 
to predict a program’s real-time performance. 

Trading accuracy for time, Lesser, Pavlin, and Durfee’s 
“satisficing” approach to real-time constraints 4 is applicable 
both to production-rule and blackboard architectures. For 
each problem to be solved, there are several solution meth¬ 
ods that produce answers of varying quality. The system 
chooses the method on the basis of predicted execution time 
versus the time available. But, if the system’s predictions are 
wrong, a response might not be available when needed. The 
time it spends determining the method to use does not con¬ 
tribute to the final answer, so it is time wasted. Moreover, 
computing a solution at varying levels of accuracy is not al¬ 
ways possible. 

One of the few software architectures unconnected with ar¬ 
tificial intelligence research is Rex, 5 which is intended for 
real-time systems. Rex is a virtual machine with explicitly 
connected heterogeneous modules. A Rex program’s perfor¬ 
mance can be improved by transparently adding processors. 

Although it is more appropriate for real-time monitors than 
production rules or blackboards are, Rex fails to address 
some of our goals for ICM. It does not make static real-time 
guarantees. Instead, each process is dynamically assigned a 


priority based on its “criticalness” and the time since the pro¬ 
cess was invoked. This approach maximizes the importance 
of the executed tasks, but it does not guarantee that all code 
executes whenever relevant. Rex provides only low-level 
mechanisms (interrupts) for interacting with the external 
world. It also gives very little guidance for mapping from the 
domain to the application and for deciding which modules 
communicate. 

Probably the most sophisticated rule-based medical moni¬ 
tor is VM, 6 designed for ventilator therapy. Using a modified 
version of Mycin’s rule interpreter, VM cycled through the ap¬ 
propriate rules whenever new data became available. Thus, 
unlike most rule-based systems, VM produced a continuous 
stream of inferences. Because VM operated in a domain that 
required data to be sampled on average once every 2 to 10 
minutes, performance worries were minimal. It is unclear 
whether a production-rule architecture could deliver sufficient 
performance for large applications in domains with much fast¬ 
er sampling rates (say, once a second). 

PM is a hypothetical blackboard system designed to moni¬ 
tor a collection of patients. 7 Its major concern is determining 
which action to perform: While monitoring one patient’s pulse, 
it can’t ignore the other patients. Because any physical sys¬ 
tem has limited resources, PM’s designer assumed that a pro¬ 
gram cannot perform every potentially relevant action. Our 
assumption with the process trellis is different: For any trellis 
application, we guarantee sufficient resources to execute all 
relevant code. 
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level processes use the outputs of 
correlation-level processes to charac¬ 
terize the domain as a whole, on the 
basis of time-ordered patterns in the 
states of lower level processes. 4 


Currently, ICM does not contain any 
recommendation-level processes, but 
processes designed in the future will 
consider the results of diagnostic and 
lower levels to suggest possible thera¬ 


peutic actions. Not all monitors have all 
of these levels and additional layers are 
possible, but Figure 1 captures the es¬ 
sence of a trellis hierarchy. 

Each process has a set of inferiors, a 
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set of superiors, and a state. A process’s 
inferiors make up the subset of process¬ 
es immediately below the process in the 
trellis hierarchy (superiors are immedi¬ 
ately above). In Figure 1, the inferiors 
of the process Hypotension are the pro¬ 
cesses HR and BP. A process’s state is 
an arbitrary-typed, fixed-size data ob¬ 
ject. The value of a process’s state de¬ 
pends on its inferiors’ states and on the 
state’s own prior value, making pro¬ 
cesses history-sensitive. When a pro¬ 
cess executes, if it has sufficient new 
information, it generates a new state. In 
an arbitrary, domain-dependent man¬ 
ner, each process defines for itself what 
is “sufficient new information.” 

A process executes whenever any of 
its inferiors generates a new state, so 
processes execute with partial informa¬ 
tion. For instance, when HR generates 
a new state, this state flows up the trellis 
to all its superiors. Hypotension exe¬ 
cutes, even if its other inferior, BP, has 
not generated a new state. If Hypoten¬ 
sion has sufficient information, it will 
generate a new state, which in turn flows 
up the trellis to Tamponade. 

Besides passively waiting for a new 
inferior state, a process can actively 
query any inferior. A query contains no 
data; it simply causes the lower level 
process to execute and attempt to gen¬ 
erate a new state. If the queried process 
has insufficient information to generate 
a new state, it queries its inferiors. A 
bottom-level process can, when que¬ 
ried, request input from a user. For 
instance, Tamponade is the process that 
determines when the heart cannot func¬ 
tion adequately because of pressure from 
surrounding fluids. It might determine 
that knowing whether the patient is va- 
soconstricting (that is, whether the in¬ 
ternal diameter of blood vessels is de¬ 
creasing) would improve its own 
diagnostic accuracy. It queries its inferi¬ 
or Vasoconstriction, forcing it to exe¬ 
cute. If Vasoconstriction has insufficient 
information to generate a new state, it 
queries its inferiors in turn. When it 
queries Cardiac Output, that process 
could request a cardiac output reading 
from a clinician. 

Sometimes higher level knowledge is 
necessary to set the parameters of a 
lower level process. The context is a 
subset of the superiors of a process; the 
superiors of states influence how but 
not when the inferior executes. A con¬ 
text process generating a new state does 
not cause its inferiors to execute; thus, 


feedback loops are avoided. 

Figure 2 illustrates how context works. 
Multistate Kalman filters 5 detect trends 
in various signals. In the example, the 
signal is the numeric heart rate (Raw 
electrocardiogram heart rate) as mea¬ 
sured by the electrocardiograph. The 
filter calculates the probability that the 
current heart rate is described by one of 
five models. For example, Step deter¬ 
mines whether there is a discontinuity 
in the graph of the numeric heart rate 
over time, with no change in its slope. 
Each model has a separate process. A 
token process like HR token uses the 
probabilities calculated by its five infe¬ 
rior model processes to generate a sin¬ 
gle classification of the signal. Howev¬ 
er, to calculate the probability that it 
describes the current point, each model 
process must know which model best 
described the prior point. Therefore, 
the state of HR token reflects down the 
trellis to each of the model processes; 
that is, HR token forms the context of 
each of the model processes. 

Probes are used for entering data and 
retrieving results. They are application- 
independent dynamic mechanisms that 
allow the user, not the program, to con¬ 
trol when and where in a running trellis 
program interaction occurs. A write 
probe sets the value of any portion of 
any process’s state. A read probe reads 
any process’s state. These two probes 
are either active or passive. 

When a process receives an active 
write probe, it executes as if an inferior 
had generated a new state. It can fully 
integrate the new data from the write 
probe into its state and may generate a 
new state, which its neighbors will see. 
When a process receives a passive write 
probe, it does not execute. But, in either 
case, the next time this process executes 
— for whatever reason — its state will 
reflect the write probe. 

When a process receives an active 
read probe, if it does not have a current¬ 
ly defined state, it executes as though it 
had been queried. When a process re¬ 
ceives a passive read probe, whether or 
not it has a currently defined state, it 
does not execute. In either case, when 
the process next has a state, the read 
probe will return this state. 

Although a process trellis could be 
programmed directly, a process-trellis 
shell allows a programmer with no 
knowledge of parallelism to implement 
a real-time, parallel program. With the 
shell, the programmer defines a process 


using a black-box C function that calcu¬ 
lates the process’s state, a name, a struc¬ 
ture for its state, a list of inferiors and 
contexts, and several miscellaneous rou¬ 
tines. The trellis compiler links the user’s 
application-dependent code with the trel¬ 
lis runtime kernel. The kernel transpar¬ 
ently handles all parallelism and all in¬ 
terprocess communication. It also 
implements numerous tools, including a 
graphic interface for executing probes, a 
scheduler, and a tool to generate and lay 
out trellis graphs. The trellis shell, which 
is written in C-Linda, runs on any Linda 
host—for example, locally on an Apollo 
DN10000, a Sequent Symmetry, or an 
Intel iPSC/2. 

Parallelism 

We first implemented the trellis pro¬ 
gram in the obvious way with a separate 
process for each trellis “process” and 
process communication through message 
passing. For predictability and efficien¬ 
cy, we changed our implementation. Now, 
a small number of active worker process¬ 
es repeatedly sweep over the trellis graph, 
looking at all trellis processes and exe¬ 
cuting those that are enabled. A process 
is enabled if it has received new data, 
either as a new state from an inferior or 
an active write probe, or if it has received 
a query, either from a superior or an 
active read probe. This iterative execu¬ 
tion scheme guarantees that no process 
executes twice while another process that 
has been enabled equally as long has not 
executed even once. 

Stability. A process-trellis program is 
stable if no process is enabled or execut¬ 
ing. Once a trellis program is stable, it 
remains stable until acted on by an exter¬ 
nal agent executing a probe. A stable 
program generates no states and exe¬ 
cutes no queries. 

Our iterative execution scheme is based 
on three reasonable assumptions: 

• No process generates a new state 
without receiving a new state from an 
inferior or new data from a write probe. 
In other words, processes cannot create 
information. A new context state is in¬ 
sufficient to cause an inferior process to 
execute. 

• No probe entered during an iteration 
executes during that iteration. 

• Every process terminates whenever 
it executes. 
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S r (i, j ) s States worker i reads during sweep 

S/(i, ;') = Processes worker i (may) execute during sweep 

S„(i, /') = States worker i writes during sweep 
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for; := 1 ... Number of sweeps between probes 
VQe S r (i,j ) read Q's state from shared memory into local memory. 
VPe if P is enabled, execute P, getting its inputs from local 

memory. 

VPe S w (i, j ) write P’s state to shared memory, 
synchronize. 


Figure 3. Parallel iterative execution scheme for worker i. 


After new data enters the trellis via 
probes, the trellis stabilizes in 2 h + 1 
sweeps of the iterative execution scheme, 
where h, the height of the trellis, is the 
length of the longest directed path from 
a process with no superiors to a process 
with no inferiors. For h + 1 sweeps, 
states can flow up the trellis until they 
reach the top. For the next h sweeps, 
queries can flow back down to the bot¬ 
tom of the trellis. During these h sweeps, 
states cannot flow back up (because of 
the first assumption). 

The stability property allows two dif¬ 
ferent modes of executing a trellis pro¬ 
gram. In the pipelined mode, new data 
enters the trellis after each sweep of the 
iterative execution scheme. In the sta¬ 
bility mode, new data enters only after 
the trellis has stabilized, that is, after 2 h 
+ 1 sweeps. In the stability mode, a 
trellis program completely analyzes one 
set of inputs before analyzing the next 
set. In the pipelined mode, the analysis 
of different sets of inputs is overlapped: 
From two different inferiors, a process 
might simultaneously receive states 
based on data that entered the program 
at different times. We define n to be the 
number of sweeps between probes. In 
the pipelined mode ns 1, and in the 
stability mode n = 2h + \. 

The parallel iterative execution 
scheme. The parallel iterative execu¬ 
tion scheme is a replicated worker algo¬ 
rithm. There is one worker per proces¬ 
sor, with no distinct master process; the 
workers are heavyweight Unix-type pro¬ 
cesses. Each trellis process, which can 
be viewed as a lightweight, periodic task 
that runs to completion, is assigned to a 
unique worker. A worker, on the Other 
hand, may be assigned multiple tfellis 
processes. In other words, we partition 
the trellis graph across the workers. 

The parallel iterative execution 
scheme assumes the underlying hard¬ 
ware model of a two-tiered shared mem¬ 
ory machine: a less expensive per-pro- 
cessor local memory and a more 
expensive shared memory. This is pro¬ 
vided by Linda, 6 the trellis’s implemen¬ 
tation vehicle. 

Taking into account the mode, the 
structure of the trellis graph, and the 
properties of the trellis protocol, we can 
determine at compile time the process¬ 
es that can execute or generate a new 
state during the ith sweep after new 
data enters via probes. 2 In the pipelined 
mode, during the one sweep between 


Figure 2. Multistate Kalman filter. 


probes, every process can execute and 
generate a new state. In the stability 
mode, during each of the 2h + 1 sweeps 
between probes, different (possibly over¬ 
lapping) subsets of processes can exe¬ 
cute and generate new states. Using this 
information and the partitioning of pro¬ 
cesses to workers, we can determine for 
each sweep the minimum set of states a 
worker must read and write to shared 
memory. After reading a state from 
shared memory, the worker caches that 
state locally. In addition, we can deter¬ 
mine which of a worker’s processes may 
potentially execute. The sets in Figure 3 
specify the reads, invocations, and writes 
worker i performs during iteration 

Given these sets, the parallel itera¬ 
tive execution scheme shown in Figure 
3 is straightforward. During each sweep 
workers 

(1) read the necessary states from 
shared memory; 

(2) invoke those potentially enabled 
processes that are actually en¬ 


abled, getting their inputs from 
local memory; 

(3) write the states of their processes 
needed by other workers’ process¬ 
es to shared memory; and 

(4) synchronize before beginning the 
next sweep. 

The trellis kernel implements an ex¬ 
tended version of this algorithm that 
contains additional code for queries and 
probes. When run on one worker, be¬ 
cause no states are communicated via 
shared memory, this algorithm basical¬ 
ly reduces to a sequential algorithm. 

Real time 

We must guarantee that all code exe¬ 
cutes whenever it is relevant. We as¬ 
sume that a minimum interinput arrival 
time x is specified. Guaranteeing that a 
trellis program runs in real time is equiv¬ 
alent to guaranteeing that it can com¬ 
pletely analyze a set of inputs within x. 
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1. Partitioning of processes to workers. 

2. Per-process costs: 

• C r (P) — Cost of reading process P’s state from shared memory. 

• Cf(P) — Cost of executing process P. 

• C W (P) — Cost of writing process P’s state to shared memory. 

3. V(m) —The per-sweep overhead on m workers. 


Figure 4. Analytic model inputs. 


Table 1. Runtime behavior of the Intelligent Cardiovascular Monitor. 


Workers 

Predicted 
Time (ms) 

Actual 

Time (ms) 

Divergence 

Speedup 

1 

1,042 

1,037 

0.995 


2 

533 

522 

0.979 

1.99 

4 

276 

264 

0.957 

3.93 

7 

169 

158 

0.935 

6.56 

10 

123 

112 

0.912 

9.29 


More specifically, in the stability mode, 
the iterative execution scheme must 
complete 2h +1 sweeps between inputs; 
in the pipelined mode, it should be pos¬ 
sible to execute one sweep — that is, 
execute every process once — within x. 
To make such a real-time guarantee, we 
use an analytic model to predict the 
time a trellis program requires between 
probes in either mode. 

The analytic model. The analytic 
model, which assumes that local com¬ 
munication is free, has the inputs listed 
in Figure 4. The accuracy of the model’s 
prediction, and thus the strength of the 
real-time guarantee, depends on the 
quality of the per-process cost parame¬ 
ters. If these parameters are hard worst- 
case costs, the model makes a hard real¬ 
time prediction. If they are average costs, 
it makes a softer prediction. The results 
we present later use empirically derived 
average values. 

The time the trellis requires between 
probes is the sum of the maximum time 
required by any single worker for each 
of the n sweeps between probes. Here 7t, 
is worker i's processes: 

Xmax time(n,.j) 


The worst-case time worker i requires 
for they'th sweep, time (jt„ y), is the sum 
of the costs it incurs for 

(1) reading states from shared mem¬ 
ory, 

(2) executing all potentially enabled 
processes, 

(3) writing states to shared memory, 
and 

(4) the per-sweep overhead. 

This is a direct summing of the costs 
from the algorithm: 

time(jiJ) = X C SQ) 

+ X C f (P) 

**><«> 

+ X C„(P)+V(m) 

While ignoring the cost of communicat¬ 
ing a query, the model accounts for the 
cost of executing a queried process. (An 
extended version of the model accounts 
for the cost of communicating a query. 2 ) 

This model is embedded in a heuristic 
scheduler that essentially solves the 
model backward. We give a brief de¬ 
scription here; details are available else¬ 


where. 2 Given the time between probes, 
the scheduler attempts to find the parti¬ 
tioning requiring the smallest number 
of workers to guarantee that the trellis 
meets its real-time constraint. The sched¬ 
uler is an incremental, greedy algorithm 
that tries simultaneously to minimize 
load imbalance and nonlocal communi¬ 
cation. Not only is finding an optimal 
schedule (minimum number of proces¬ 
sors for a given program and x) NP- 
complete; even finding a feasible sched¬ 
ule (a schedule that satisfies the real-time 
constraint) is NP-complete. 

Analytic model results. We tested the 
analytic model by comparing predicted 
program execution times with actual 
program execution times over a wide 
range of programs. 2 Here, we present 
the times for a version of ICM contain¬ 
ing 104 processes. The program was run 
in the pipelined mode on a 10-processor 
Sequent Symmetry, a bus-based shared- 
memory machine. The version of ICM 
used in these tests was designed for an 
input frequency of once a second (the 
current version has an input frequency 
of one hundred times a second). How¬ 
ever, in these tests, we varied x to find 
the smallest x for which the scheduler 
produced a partitioning for a desired 
number of workers, while permitting 
ICM to accept new inputs every x. (Be¬ 
cause the scheduler is nonmonotonic, 
we cannot guarantee that a better parti¬ 
tioning does not exist.) 

For each number of workers, Table 1 
shows the predicted time to execute one 
sweep of the parallel iterative execu¬ 
tion scheme, the actual time to execute 
one sweep (averaged over 100 sweeps), 
the divergence (the ratio of the predict¬ 
ed time to the actual running time), and 
the speedup over the one-worker time. 
As we mentioned, on one worker the 
parallel iterative execution scheme com¬ 
municates no states through shared 
memory, thus almost reducing to a se¬ 
quential algorithm. 

If the model perfectly predicted ICM’s 
execution time, the divergence would 
be 1. However, since the analytic model 
predicts the worst-case execution time, 
it is conservative and overestimates the 
cost of a sweep. While ICM is almost a 
worst-case program, a handful of pro¬ 
cesses are not enabled on every sweep. 
The large speedups are possible because 
the ICM trellis graph has a low degree 
of connectivity. The process-trellis 
scheduler takes advantage of this, plac- 
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ing communicating processes on the 
same worker. For instance, on four work¬ 
ers the states of only 16 processes — 
roughly 15 percent of processes in the 
trellis — were communicated through 
shared memory. 

Visualization 

For a monitoring program to be use¬ 
ful, it must be usable. An intelligent 
medical monitor’s interface must meet 
several requirements stemming from the 
domain’s nature: 

• The interface must be readable at a 
glance. A clinician in an intensive care 
unit is in a time-constrained, high-pres¬ 
sure situation. This is not to say that all 
the monitor’s information must be in¬ 
stantly comprehensible — given more 
time, a user should be able to extract 
more detail. Nevertheless, a clinician 
should be able to grasp a patient’s over¬ 
all state in broad terms almost instanta¬ 
neously. 

•The interface should immediately 
draw a clinician’s attention to problem 
areas. An intelligent monitor’s main 
purpose is to present a high-level anal¬ 


ysis, so the interface should make the 
significant results of this analysis plain. 
Furthermore, it should distinguish higher 
level problems from lower level prob¬ 
lems, and more severe problems from 
less severe ones. 

• The interface must make all infor¬ 
mation accessible. Ultimately, the clini¬ 
cian is responsible for the patient’s care. 
Thus, although the monitor should gen¬ 
erate a high-level characterization of 
the patient’s state, low-level summary 
data, such as the numeric blood pres¬ 
sure, should always be easily accessible. 

Probes meet the last requirement; using 
a read probe, a clinician can read the 
state of any process. Working through a 
paving-stone interface, passive read 
probes also provide mechanisms to ad¬ 
dress the first two requirements. 

Figure 5 shows the paving-stone in¬ 
terface, a simple model that addresses 
all three requirements above, running 
with data generated by ICM. The inter¬ 
face uses color, height, positioning, and 
process-specific graphics. There is a 
paving stone for each process. Paving 
stones for higher level processes are 
closer to the user; those for lower level 
processes recede into the distance. 


Conceptually, a passive read probe 
permanently connects each process to 
the corresponding paving stone, which 
interprets each state that the process 
generates. The “worse” the state of the 
process, the closer the paving stone’s 
color is to red (in the spectrum) and the 
greater its inclination. For example, if 
the patient is vasoconstricting, the va¬ 
soconstriction paving stone changes 
color and tilts toward the user. Labels 
are displayed only when a paving stone 
is not horizontal. Flat-lying paving stones 
correspond to normal pieces of the clin¬ 
ical picture; to avoid distracting the cli¬ 
nician, we leave these unlabeled. 

By clicking on a paving stone with a 
mouse, the user can call up a detailed, 
process-specific graphic. For instance, 
the pulmonary artery diastolic paving 
stone could have a time-series graph. 
We have only partially implemented 
the process-specific graphics, but they 
should enable us to integrate conven¬ 
tional clinical displays into the paving- 
stone interface. 

This interface synopsizes a program’s 
global state. With color and inclination, 
it presents an instantaneous overview 
of a patient’s status and immediately 
calls attention to the problem areas. 
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Figure 6. The bulk of the Intelligent Cardiovascular Monitor. 
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Higher level problems and information 
are displayed closer to the clinician. All 
detailed information is accessible 
through a click on the appropriate pav¬ 
ing stone. 

Results 

ICM currently contains more than 
100 processes in two distinct sections: 
low-level signal processing and high- 
level hemodynamic monitoring. Figure 
6 shows the bulk of ICM’s processes 
from both of these sections. Embedded 
in the signal processing section are par¬ 
allel versions of several sequential algo¬ 
rithms such as the multistate Kalman 
filter. This parallel filter produced the 
same results as the sequential algorithm, 5 
but is easier to maintain and modify. An 
algorithm to detect QRS complexes from 
the electrocardiograph waveform also 
produced identical results when run in 
isolation and when run as part of ICM. 
At higher levels, processes diagnose and 
summarize hemodynamic abnormalities. 

Preliminary testing of these algorithms 
on open-heart surgery data shows that 
ICM can identify hypovolemic episodes. 4 
When compared with expert clinicians, 
ICM made similar diagnoses within 3 to 
5 minutes in five out of six cases. We 
plan a more complete clinical evalua¬ 
tion of ICM when the prototype is clos¬ 
er to completion. 


T he process trellis provided sev¬ 
eral benefits as a framework for 
ICM. The trellis hierarchy guid¬ 
ed the mapping from the intensive-care- 
unit monitoring domain to the trellis 
program. Because the trellis shell im¬ 
plements all parallelism and interpro¬ 
cess communication, programmers with 
no prior parallel programming experi¬ 
ence could implement domain-specific 
code. In addition, the predictability of 
the trellis structure guarantees sufficient 
processors for a trellis program to ana¬ 
lyze completely one set of inputs before 
the next set arrives. Because the trellis 
has static module interactions and a 
well-defined domain-independent com¬ 
munication protocol, we can predict and 
localize processes that affect or are af¬ 
fected directly or indirectly by another 
process. This makes it easy to modify 
the trellis. 

Figure 6 highlights processes that af¬ 
fect or are affected by changes to HR 


(heart rate). Because processes attempt 
to calculate new states upon receiving a 
new state from any inferior, ICM pro¬ 
vides a systematic approach to patient 
monitoring that avoids fixation. In ad¬ 
dition, ICM operates with limited clini¬ 
cian input, but takes advantage of this 
input when it is available. Thus, Vaso¬ 
constriction (see Figure 1) uses Cardiac 
Output’s state when it is available — 
the cardiac output is manually entered 
by a clinician at unpredictable times. 
But, Vasoconstriction executes and can 
generate a new state even if no state is 
available from Cardiac Output. 

Software for intelligent medical mon¬ 
itors must provide predictable real-time 
performance, take advantage of paral¬ 
lelism, and present conclusions effec¬ 
tively. The process-trellis software ar¬ 
chitecture and its paving-stone interface 
provide a framework for writing such 
monitors. ■ 
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David H. Gelernter is an associate professor 
of computer science at Yale University. His 
research interests include parallelism, pro¬ 
gramming languages, and Al. 

Gelernter received his PhD from the State 
University of New York at Stony Brook. He 
authored Mirror Worlds and coauthored 
Programming Linguistics and How to Write 
Parallel Programs: A First Course. He is a 
member of the IEEE Computer Society. 
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EMBEDDED COMPUTING INSTITUTE 
NAVAL WEAPONS CENTER, 
CHINA LAKE, CALIFORNIA 

The Naval Weapons Center invites applications 
for the position of Director, Embedded Computing 
Institute. The Institute is being organized to 
provide research, development, technology 
insertion, and training in real-time embedded 
computing systems on board tactical missiles and 
aircraft. It is a cooperative venture between 
industry, academy and the Naval Weapons Center. 
Areas of interest include but are not limited to: 

* Increasing computational density 

(mips/watt/cu-in/lb) 

• Shortening system design and implementation 

time 

* Modeling and simulation of embedded computer 

systems 

• Incorporating new technology into the 

acquisition process 

The Naval Weapons Center is located at 
China Lake, California, in the Indian Wells Valley, 
approximately 150 miles north of Los Angeles. 
Characterized as high desert, the Indian Wells 
Valley averages 2500 feet in elevation and lies in 
the northernmost corner of the Mojave Desert, 
adjacent to the eastern slopes fo the Sierra Nevada 
Mountain Range. Comprised of over 5000 
employees, and over a million acres of land for both 
Laboratories and test facilities, this full spectrum 
center researches, develops and tests tactical air 
launched systems for the Navy and other services. 
The city of Ridgecrest is located outside the main 
gate. Cost of living is moderate, and the 
surrounding area offers a variety of outdoor 
activities. The Center intends to fill this position 
through the Intergovernmental personnel act 
(IPA). An assignment under the IPA may be made 
for up to two years and may be extended for up to 
two more years. Personnel from federal, state, or 
local government, institutions of higher education, 
federally funded research centers, and certain 
other organizations may apply. Applicants should 
send an SF-171 to K. Berry, Code 226, Naval 
Weapons Center, China Lake, CA 93555. Questions 
maybe directed to Ms. Berry at 619-939-2577. 



Craig E. Kolb is now a graduate student at Princeton University after 
having served for three years as a research assistant to Benoit B. 
Mandelbrot in the Mathematics Department of Yale University. His 
research interests include realistic image synthesis, the modeling of 
natural phenomena, scientific visualization, and the use of computer 
graphics in the fine arts. 

Kolb received an AB in computer science from Princeton Univer¬ 
sity in 1988. 



Perry L. Miller is director of the medical informatics program and an 
associate professor of anesthesiology at Yale University. He has done 
research in developing clinical expert systems that critique a clini¬ 
cian’s plan for patient care, as well as in anesthesiology and the 
management of essential hypertension. Current projects include 
applying parallel computation in clinical medicine and molecular 
biology. 

Miller received a PhD in computer science from MIT in 1973 and 
an MD from the PhD-to-MD program of the University of Miami 
in 1978. 



Dean F. Sittig is director of education and training for the medical 
informatics training program and an assistant professor of anesthesi¬ 
ology at Yale University. His research interests include real-time 
clinical decision-support programs for anesthesia and intensive care. 

Sittig received a PhD in medical informatics from the University of 
Utah. He is a member of the IEEE. 


Readers can contact Gelernter at the Yale University Department 
of Computer Science, POB 2158 Yale Station, New Haven, CT 06520- 
2158, e-mail gelernter@cs.yale.edu. 
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Sponsored by the University of California at Berkeley, 

In cooperation with the IEEE Computer Society. ^ 


Conference chair 

Jose Fortes | 
fortes@ecn.purdue.edu | 
Program chairs 
Edward A. Lee § 
eal@janus.berkeley.edu 

Teresa Meng | 
meng@tilden.stanford.edu | 
Local Arrangements 

James Beck | 
beck@icsi.berkeley.edu § 
Program committee 
Magdy Bayoumi 
Bob Brodersen | 
Francky Catthoor | 
Edward T. Chow | 
George Cox | 
Jean-Marc Delosme | 
Gerhard Fettweis | 
Guang R. Gao ■ 
Wanda Gass 
Jean-Luc Gaudiot ;j 
RajeevJain 
Kevin Kloker 
Israel Koren 
S.Y.Kung 
Hiroaki Kunieda 
Ichiro Kuroda :j 
Monica Lam 
Tomas Lang 
John McCanny I; 
John McWhirter !; 

Sanjit Mitra j: 
Nelson Morgan \ 
Keshab Parhi : 
Viktor Prasanna ji 
Wojtek Przytula 
Alan Purvis : 
Jan Rabaey 
Jeff Robinson \ 
Earl Swartzlander, Jr. : 
Mateo Valero \ 
Kees A.Vissers j: 
Kung Yao j: 


— Call for papers — 

ASAP 92 is an international workshop on application-specific computing. 
Theoretical and practical contributions are eligible, with emphasis on: 

• Application-specific parallel computing 

- Hardware efficient algorithms 

- Software, hardware, and combined systems 

- Parallel algorithms, languages, and formalism 

- Heterogeneous systems 

• Application-specific systems and implementations 

- Complete working systems 

- Dedicated architectures 

- Arithmetic, control, I/O, and communication strategies 

- Fault tolerance for dedicated architectures 

• Design methodology for application-specific systems 

Scheduling and mapping of algorithms to architectures 

- Domain-specific synthesis of hardware and/or software 

- Application of configurable hardware, such as FPGAs 

- CAD frameworks, tools, and performance analysis 

• Technology 

- VLSI and WSI in application-specific contexts 

- Packaging and multi-chip modules 

- Low power circuitry 

The conference will feature invited and submitted papers, lectures and 
posters, and a panel discussion. Provisions will be made to accommodate 
in a poster session late papers covering very recent results. Authors are 
invited to submit five (5) copies of double spaced manuscripts, 5000 
words or less in length, by December 16,1991, to: 

Mary Stewart 
EECS Dept., Cory Hall 

University of California, Berkeley, CA 94720, USA 
Notification of acceptance will be mailed by March 30,1992. The camera- 
ready final paper is due by May 1,1992. The conference proceedings will 
be published in book form. 




Flexible Design: 

A Summary of 
Computing Curricula 1991 


Allen B. Tucker, Bowdoin College 

Bruce H. Barnes, National Science Foundation 


New curriculum 
guidelines broaden the 
scope of earlier work 
and support flexible 
program design by 
specifying 
undergraduate 
requirements in 
“knowledge units.” 


I n the spring of 1988, the Association for Computing Machinery and the 
» IEEE Computer Society formed the Joint Curriculum Task Force. (Mem¬ 
bers of the task force are listed in the sidebar.) Its charter was to develop 
recommendations for the design and implementation of baccalaureate curricula in 
the computing discipline. The results, published in a report titled Computing 
Curricula 1991,' represent the first comprehensive undergraduate curriculum 
endorsed by the computing discipline’s two major professional societies. 

The recommendations of Computing Curricula 1991 supersede previous curric¬ 
ulum recommendations made separately by the ACM 2 3 and the Computer Soci¬ 
ety. 4 The new report reflects changes in the computing discipline and its pedagogy 
since the earlier recommendations were published. For example, introductory 
courses 5 - 6 have changed significantly; accreditation guidelines 7 ' 9 and alternative 
model curricula 10 have evolved; and the recent report, “Computing as a Disci¬ 
pline,” 11 defined a comprehensive approach to computing pedagogy. The follow¬ 
ing reports summarize the major influence of earlier work on Computing Curricula 
1991: 

• The 1978 ACM report provided detailed course descriptions for undergradu¬ 
ate programs in computer science and established a prominent curricular role for 
programming. 

•The 1983 Computer Society report described important topic areas for com¬ 
puter science and engineering. It recommended laboratory material to support the 
lecture topics and used a modular approach to organizing subject matter and 
constructing courses. 


A report summary of Computing Curricula 1991, similar to this article, was published in Communications 
of the ACM, June 1991. 
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•The 1989 report “Computing as a 
Discipline” advocated the integration 
of laboratory work with classroom lec¬ 
tures, affirmed the importance of de¬ 
sign in the curriculum, and proposed a 
breadth-first approach to introductory 
courses. 

The scope of Computing Curricula 
1991 differs from that of its predeces¬ 
sors. It is holistic, attempting to reach a 
wider constituency, and it is designed to 
encourage curriculum innovation and 
evolution. It was motivated by a grow¬ 
ing recognition that despite strong dif¬ 
ferences in undergraduate computing 
programs, a substantial share of the cur¬ 
riculum was common among all institu¬ 
tions. Curriculum recommendations that 
attempt to speak for the entire disci¬ 
pline must not only identify shared sub¬ 
ject matter, but also suggest ways to 
build undergraduate programs in dif¬ 
ferent kinds of institutions. Thus, 
Computing Curricula 1991 provides cur¬ 
ricular guidance for implementing un¬ 
dergraduate programs to faculties of all 
institutions that offer concentration in 
computing — whether these programs 
are in colleges of arts and sciences, col¬ 
leges of engineering, liberal arts colleg¬ 
es, or other academic contexts. Its guid¬ 
ance, summarized in this article, includes 
the following: 

• A collection of subject matter mod¬ 
ules called knowledge units that consti¬ 
tute the common-curriculum require¬ 
ments for all undergraduate computing 
programs. 

• A collection of advanced and sup¬ 
plementary curriculum material that 
provides depth of study in several sub¬ 
ject areas. Different types of institu¬ 
tions will offer different coverage of 
this material. 

• A set of curricular and pedagogical 
considerations that govern the mapping 
of common requirements and advanced/ 
supplemental material into a complete 
undergraduate degree program. These 
considerations include a new notion 
called recurring concepts, as well as the 
roles of programming, laboratories, 
mathematics and science, professional¬ 
ism, and other educational experiences. 

The guidance in Computing Curricu¬ 
la 1991 is intentionally flexible. It does 
not prescribe a single set of courses for 
all undergraduate computing programs. 
Instead, it lets individual institutions 


Members of the ACM/ 
IEEE Computer Society 
Joint Curriculum Task 
Force (1988-1991) 

Allen B. Tucker (Report editor 
and cochair) 

Bruce H. Barnes (Cochair) 

Robert M. Aiken 
Keith Barker 
Kim B. Bruce 
J. Thomas Cain 
Susan E. Conry 
Gerald L. Engel 
Richard G. Epstein 
Doris K. Lidtke 
Michael C. Mulder 
Jean B. Rogers 
Eugene H. Spafford 
A. Joe Turner 


design their own programs according to 
local objectives and constraints. 


Program goals and 
graduate profiles 


The task force found that undergrad¬ 
uate programs in computing share com¬ 
mon attributes, values, and curricula, 
and so do their graduates. Undergradu¬ 
ate programs should prepare graduates 
to understand the field of computing 
both as an academic discipline and as a 
profession within the context of a larger 
society. Graduates should understand 
the history of computing, including those 
major developments — economic, sci¬ 
entific, legal, political, and cultural — 
that have shaped it. 

The first goal for undergraduate pro¬ 
grams, therefore, is to provide coher¬ 
ent, broad-based coverage of the com¬ 
puting discipline. Graduates should 
develop a reasonable level of under¬ 
standing in subject areas and processes 
that define the discipline, as well as an 
appreciation for the interrelationships 
that exist among them. 

A second program goal is to function 
effectively within the wider intellectual 
framework of the institution that hous¬ 
es the program. Institutional missions 
vary widely. Some emphasize breadth 
of study, while others emphasize depth. 


Some are rigid in the overall balance 
between requirements and electives, 
while others are flexible. 

Third, different undergraduate pro¬ 
grams place different emphasis on pre¬ 
paring students for entry into the com¬ 
puting profession, for graduate study, 
and for the more general challenges of 
professional and personal life. 

Fourth, undergraduate programs 
should provide an environment in which 
students are exposed to the ethical and 
social issues associated with the com¬ 
puting field. This includes maintaining 
currency with technological and theo¬ 
retical developments, upholding pro¬ 
fessional standards, and developing an 
awareness of strengths and limitations 
— both personal and inherent in the 
discipline. 

Fifth, undergraduate programs should 
prepare students to apply their knowl¬ 
edge to solving specific, constrained 
problems. This includes the ability to 
define a problem clearly; to determine 
its tractability; to study, specify, design, 
implement, test, modify, and document 
solutions; and to work within a team 
environment throughout the problem¬ 
solving process. 

Finally, undergraduate programs 
should provide sufficient exposure to 
the rich body of theory that underlies 
the field of computing, so that students 
appreciate the intellectual depth and 
abstract issues that will continue to chal¬ 
lenge researchers in the future. 

Underlying principles 
for curriculum design 

“Computing as a Discipline” 11 orga¬ 
nized and defined computing subject 
matter into nine subject areas. It also 
identified three processes that charac¬ 
terize different working methodologies 
used in computing research and devel¬ 
opment. The subject areas are: 

• Algorithms and data structures 

• Architecture 

• Artificial intelligence and robotics 

• Database and information retrieval 

• Human-computer communication 

•Numerical and symbolic computa¬ 
tion 

• Operating systems 

• Programming languages 

•Software methodology and engi¬ 
neering 


November 1991 


57 






The Computing Curricula 1991 task 
force adopted these nine subject areas 
and added a tenth to address social and 
professional issues. Together, the sub¬ 
jects areas identify a body of fundamen¬ 
tal material called the common require¬ 
ments that should be included in every 
undergraduate computing program. 
Computing Curricula 1991 also defines 
a set of concepts that recur throughout 
the discipline and represent important 
principles that remain constant as the 
subject matter changes. 

Computing subject areas. Each of the 
nine subject areas identified in “Com¬ 
puting as a Discipline” has a theoretical 
base, significant abstractions, and sig¬ 
nificant design and implementation 
achievements associated with it. Taken 
together, the subject-area definitions 
cover the entire computing discipline. 
Individually, each contains fundamen¬ 
tal topics that should be addressed in all 
undergraduate computing programs. 
Other topics are less central, and Com¬ 
puting Curricula 1991 considers them 
advanced and supplemental components 
of the undergraduate or graduate cur¬ 
riculum. 

In some cases, the common require¬ 
ments do not include components that 
appear in the subject-area title. For ex¬ 
ample, they do not include symbolic 
computation, even though they include 
the subject area “Numerical and sym¬ 
bolic computation.” The taskforce chose 
to retain the title from “Computing as a 
Discipline” in the interest of continuity. 
The subject matter, symbolic computa¬ 
tion, appears in the advanced/supple¬ 
mental components of the computing 
curricula. 

Processes. Because computing is si¬ 
multaneously a mathematical, scientif¬ 
ic, and engineering discipline, different 
practitioners in the nine scientific/tech¬ 
nical subject areas employ different 
working methodologies, or processes, 
during their research, development, and 
applications work. 

Theory is one such process used to 
develop coherent mathematical theo¬ 
ries. An undergraduate’s first encoun¬ 
ter with theory often occurs in an intro¬ 
ductory mathematics course. Further 
theoretical material emerges in the study 
of algorithms (complexity theory), ar¬ 
chitecture (logic), and programming 
languages (formal grammars and au¬ 
tomata). Computing Curricula 1991 rec¬ 


ommends a significant amount of theo¬ 
ry for all undergraduate computing pro¬ 
grams. 

The second process, abstraction, is 
rooted in the experimental sciences. 
Undergraduate computing programs 
introduce students to abstraction both 
in classes and in laboratories. For exam¬ 
ple, the basic von Neumann computer 
model is a fundamental abstraction 
whose properties can be analyzed and 
compared with competing models. Stu¬ 
dents encounter this model early in their 
undergraduate course work. Undergrad¬ 
uate laboratory experiments that em¬ 
phasize abstraction focus on analysis 
and inquiry into the limits of computa¬ 
tion, the properties of new computa¬ 
tional models, and the validity of un¬ 
proven theoretical conjectures. 

The design process is rooted in engi¬ 
neering and is used to solve a given 
problem in the development of a system 
or device. Undergraduates learn about 
design both by direct experience and by 
studying the designs of others. Many 
laboratory projects are design oriented, 
giving students firsthand experience with 
developing a component or system to 
solve a particular problem. These labo¬ 
ratory projects emphasize the synthesis 
of practical solutions to problems and 
thus require students to evaluate alter¬ 
natives, costs, and performance in the 
context of real-world constraints. Stu¬ 
dents develop the ability to make these 
evaluations by seeing and discussing 
example designs as well as by receiving 
feedback on their own designs. 

These three processes are prominent 
in all nine subject areas. A thorough 
grounding in each process is thus funda¬ 
mental to all undergraduate programs 
in the discipline. 

Social and professional context. Un¬ 
dergraduates also need to understand 
the basic cultural, social, legal, and eth¬ 
ical issues inherent in the computing 
discipline. They should understand 
where the discipline has been, where it 
is, and where it is heading. They should 
understand their individual roles in this 
process, as well as appreciate the philo¬ 
sophical questions, technical problems, 
and aesthetic values that play an impor¬ 
tant part in the discipline’s develop¬ 
ment. 

Students also need to develop the 
ability to ask serious questions about 
the social impact of computing and to 
evaluate proposed answers to those 


questions. Future practitioners must be 
able to anticipate the impact of intro¬ 
ducing a product. Will it enhance or 
degrade the quality of life? How will it 
affect individuals, groups, and institu¬ 
tions? 

Finally, students need to be aware of 
the basic legal rights of software and 
hardware vendors and users, and they 
need to appreciate the ethical values 
those rights are based on. Future practi¬ 
tioners must understand the responsi¬ 
bility they will bear and the possible 
consequences of failing to meet it. They 
must understand their own limitations 
as well as the limitations of their tools. 
All practitioners must make a long-term 
commitment to remaining current in their 
chosen specialties and in the discipline 
of computing as a whole. 

To provide this level of awareness, 
undergraduate programs should devote 
explicit curricular time to the study of 
social and professional issues. The sub¬ 
ject matter recommended for this study 
appears under the area “Social, ethical, 
and professional issues.” 

Recurring concepts. Certain concepts 
recur throughout the computing disci¬ 
pline and play an important role in the 
design of individual courses and whole 
curricula. The task force refers to them 
as recurring concepts. They represent 
significant ideas, concerns, principles, 
and processes that help to unify an aca¬ 
demic discipline. An appreciation for 
the pervasiveness of these concepts and 
an ability to apply them in appropriate 
contexts is one indicator of a graduate’s 
maturity as a computer scientist or engi¬ 
neer. 

These concepts must be communicat¬ 
ed effectively in the design of a particu¬ 
lar curriculum. Their appropriate use is 
an essential part of implementing curric¬ 
ula and courses based on the task force 
specifications. Additionally, these con¬ 
cepts can be used as underlying themes 
that help tie curricular materials togeth¬ 
er into cohesive courses. They are brief¬ 
ly defined in the sidebar. Each one 

• occurs throughout the discipline, 

• has a variety of instantiations, and 

•has a high degree of technological 

independence. 

A recurring concept is more fundamen¬ 
tal than any of its instantiations. It has 
persisted over the history of computing 
and will likely continue to for the fore¬ 
seeable future. In addition to the three 
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Recurring concepts 


Binding: Processes for making an abstraction more con¬ 
crete by associating it with specific properties. Examples in¬ 
clude assigning a process to a processor, associating a type 
with a variable name, associating a library-object program 
with a symbolic reference to a subprogram, instantiating a 
class in logic programming, associating a method with a mes¬ 
sage in an object-oriented language, and creating concrete 
instances from abstract descriptions. 

Complexity of large problems: Effects of the nonlinear in¬ 
crease in complexity as the problem size grows. This factor is 
important in distinguishing and selecting methods that scale 
to different data sizes, problem spaces, and program sizes. In 
large programming projects, it helps determine the organiza¬ 
tion of an implementation team. 

Conceptual and formal models: Ways of formalizing, 
characterizing, visualizing, and thinking about an idea or 
problem. Examples include formal models in logic, switching 
and computation theories, programming-language paradigms 
based on formal models, conceptual models such as abstract 
data types and semantic data models, and visual languages 
such as data-flow diagrams used in specifying and designing 
systems. 

Consistency and completeness: Concrete realizations of 
consistency and completeness in computing, including relat¬ 
ed concepts such as correctness, robustness, and reliability. 
Examples of consistency include the internal logic of an axi¬ 
om set that serves as a formal specification, the affinity be¬ 
tween theory and observed fact, and the internal consistency 
of a language or interface design. Correctness can be viewed 
as the consistency of component or system behavior to stat¬ 
ed specifications. Completeness includes the adequacy of an 
axiom set to capture all desired behaviors, the functional ade¬ 
quacy of software and hardware systems, and the system’s 
capability for behaving well under error conditions and unan¬ 
ticipated situations. 

Efficiency: Measures of cost relative to resources such as 
space, time, money, and people. Examples include the theo¬ 
retical assessment of an algorithm’s space- and time-com¬ 
plexity, its feasibility, the efficiency with which a certain result 
(such as the completion of a project or the manufacture of a 
component) can be achieved, and the efficiency of a given 
implementation relative to an alternative. 

Evolution: Implications of change and adequacy of ab¬ 
stractions, techniques, and systems in the face of change. 
Examples include the capability of formal models to represent 
aspects of systems that vary with time, a design’s capability 
to withstand changing environmental demands and require¬ 
ments, and configuration management tools and facilities. 


Levels of abstraction: Nature and use of abstraction in 
computing; use of abstraction in managing complexity, struc¬ 
turing systems, hiding details, and capturing recurring pat¬ 
terns; capability to represent an entity or system by abstrac¬ 
tions with different levels of detail and specificity. Examples 
include levels of hardware description, levels of specificity 
within an object hierarchy, generics in programming languag¬ 
es, and levels of detail provided in a problem solution from 
specifications through code. 

Ordering in space: Locality and proximity in the discipline 
of computing. In addition to physical location, as in networks 
or memory, this includes organizational location (for example, 
of processors, processes, type definitions, and associated 
operations) and conceptual location (for example, software 
scoping, coupling, and cohesion). 

Ordering in time: Time in the ordering of events. This in¬ 
cludes time as a parameter in formal models (for example, in 
temporal logic), time as a means of synchronizing processes 
that are spread out over space, and time as an essential ele¬ 
ment in algorithm execution. 

Reuse: Ways to support reuse of a particular technique, 
concept, or system component in a new context or situation. 
Examples include portability, reuse of software libraries and 
hardware components, technologies that promote reuse of 
software components, and language abstractions that pro¬ 
mote the development of reusable software modules. 

Security: Software and hardware system defenses against 
inappropriate and unanticipated requests; capability of a com¬ 
puter installation to withstand catastrophic events (for exam¬ 
ple, natural disasters and attempts at sabotage). Examples 
include type-checking and other programming-language con¬ 
cepts that protect against misuse of data objects and func¬ 
tions, data encryption, granting and revoking of privileges by 
a database management system, features in user interfaces 
that minimize user errors, physical security measures at com¬ 
puter facilities, and security mechanisms at various levels in 
a system. 

Trade-offs and consequences: Technical, economic, cul¬ 
tural, and other effects of selecting one design alternative 
over another. Trade-offs are a fundamental fact of life at all 
levels and in all subject areas. Examples include space-time 
trade-offs in the study of algorithms, trade-offs inherent in 
conflicting design objectives (for example, ease of use versus 
completeness, flexibility versus simplicity, low cost versus 
high reliability), design trade-offs in hardware, and trade-offs 
implicit in the optimization of computing power in the face of a 
variety of constraints. 


characteristics above, most recurring 
concepts 

• have instantiations at the levels of 
theory, abstraction, and design; 

•have instantiations in each of the 
nine subject areas; and 

• occur generally in mathematics, sci¬ 
ence, and engineering. 

These additional points assert the per¬ 


vasiveness of recurring concepts. They 
recur not only throughout the discipline, 
but also across the nine computing sub¬ 
ject areas and across the theory, ab¬ 
straction, and design processes. Further¬ 
more, most are instances of even more 
general concepts that pervade mathe¬ 
matics, science, and engineering. 

The task force specifications require 
curriculum designers to understand the 


fundamental role of recurring concepts. 
From the instructor’s perspective (and 
from the student’s) a course is rarely 
satisfying unless some “big idea” holds 
disparate elements together. We see the 
use of recurring concepts as one meth¬ 
od for unifying course materials. 

At the level of the entire curriculum, 
recurring concepts can work as threads 
that tie courses together. For example. 
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Figure 1. A complete curriculum and its principles. 


and design will vary. However, abstrac¬ 
tion will normally be prominent in all 
undergraduate curricula. All three pro¬ 
cesses are addressed throughout the com¬ 
mon requirements. They are reinforced 
by thorough integration of laboratory 
work with subject matter. 

To support the development of matu¬ 
rity in the mathematical and scientific 
aspects of computing, an undergraduate 
curriculum should include mathematics 
and science course material that comple¬ 
ments the computing subject matter. 
Laboratory and other “experiential” work 
also support maturation in scientific as¬ 
pects of the discipline, as well as in its 
engineering aspects. 

Figure 1 summarizes a complete un¬ 
dergraduate program in computing. This 
summary provides general guidance for 


in introducing the concept of consisten¬ 
cy as applied to language design in a 
programming language course, the in¬ 
structor might ask students to consider 
other contexts, such as software engi¬ 
neering or user interfaces, where con¬ 
sistency plays an important role. By 
pointing out and discussing recurring 
concepts as they arise, instructors can 
help portray computing as a coherent 
discipline rather than as a collection of 
unrelated topics. 


From principles to 
curriculum 


An undergraduate curriculum in com¬ 
puting should provide each graduate 
with a reasonable level of instruction in 
all the subject areas. This gives each 
graduate a breadth of understanding 
across the entire discipline rather than 
in just a few parts. Computing Curricula 
1991 addresses this breadth through the 
common requirements. 

The undergraduate curriculum should 
also provide reasonable depth of study 
in some subject areas. The particular 
way to achieve subject-area depth will 
vary in different types of programs. 
Computing Curricula 1991 addresses 
depth of understanding through the 
advanced and supplemental topics. 

Among the three processes — theo¬ 
ry, abstraction, and design — under¬ 
graduate program emphasis on theory 


AL: Algorithms and Data Structures (approximately 47 lecture hours) 

AL1: Basic data structures 
AL2: Abstract data types 
AL3: Recursive algorithms 
AL4: Complexity analysis 
AL5: Complexity classes 
AL6: Sorting and searching 
AL7: Computability and undecidability 
AL8: Problem-solving strategies 
AL9: Parallel and distributed algorithms 
AR: Architecture (approximately 59 lecture hours) 

AR1: Digital logic 
AR2: Digital systems 

AR3: Machine-level representation of data 
AR4: Assembly-level machine organization 
AR5: Memory system organization and architecture 
AR6: Interfacing and communication 
AR7: Alternative architectures 

AI: Artificial Intelligence and Robotics (approximately nine lecture hours) 
All: History and applications of artificial intelligence 
AI2: Problems, state spaces, and search strategies 
DB: Database and Information Retrieval (approximately nine lecture hours) 
DB1: Overview, models, and applications of database systems 
DB2: The relational data model 

HU: Human-Computer Communication (approximately eight lecture hours 
HU1: User interfaces 
HU2: Computer graphics 

NU: Numerical and Symbolic Computation (approximately seven lecture hours) 
NU1: Number representation, errors, and portability 
NU2: Iterative approximation methods 
OS: Operating Systems (approximately 31 lecture hours) 

OS1: History, evolution, and philosophy 

OS2: Tasking and processes 

OS3: Process coordination and synchronization 


Figure 2. Knowledge units for the common requirements. 
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implementing undergraduate programs. 
The need to recognize different institu¬ 
tional contexts and programmatic goals 
is accommodated through the category 
“Other degree requirements.” The re¬ 
maining categories are addressed in the 
discussions below. 

The common requirements. Under¬ 
graduate programs should provide a 
broad selection of topics from all com¬ 
puting subject areas. These topics are 
the common requirements. However, 
because different institutions will want 
to fulfill these curricular requirements 
in different ways, the common require¬ 
ments are not presented as a single pre¬ 
scribed set of courses. Instead, they are 
organized as a collection of knowledge 
units, each unit designating a coherent 


topic that should occur in every under¬ 
graduate curriculum. 

Figure 2 lists the knowledge units de¬ 
fined in Computing Curricula 1991. They 
can be combined to form different sets 
of courses, or implementations, that suit 
the emphasis and constraints of differ¬ 
ent computing programs. As shown, they 
are organized and tagged under 11 ma¬ 
jor headings. These headings include 
the nine computing subject areas, the 
additional area of social, ethical, and 
professional issues, and an optional unit 
to introduce a programming language 
(described below). 

While every knowledge unit is essen¬ 
tial, the depth and breadth of coverage 
for each topic varies. For example, the 
sidebar on the next page presents a sam¬ 
ple knowledge unit from Computing Cur¬ 


ricula 1991. It specifies only six lecture 
hours and associated laboratory work to 
cover various sorting and searching al¬ 
gorithms. This is only about two weeks 
of class time. Thus, the unit can cover 
only a few sorting techniques in any ap¬ 
preciable depth — perhaps insertion sort, 
heap sort, and quicksort. Other sorting 
techniques can only be surveyed. Given 
the constrained number of lectures in a 
knowledge unit, instructors will inevita¬ 
bly trade off between depth and breadth 
of coverage, as they do now with text¬ 
books. Furthermore, some knowledge 
units define only broad coverage of the 
subject matter; achieving depth requires 
exceeding the common requirements, 
either in the coverage of the knowledge 
unit or in an advanced course. 

A prerequisite structure may relate 
the subject matter of a knowledge unit to 
other common-requirements knowledge 
units, but the curriculum can introduce 
the subject matter in several alternative 
course structures. 

Mathematics and science requirements. 

Mathematical maturity, as attained 
through logically rigorous mathematics 
courses, is essential to successful mas¬ 
tery of several fundamental topics in com¬ 
puting. Thus, all computing students 
should take at least one-half year of 
mathematics courses (that is, the equiv¬ 
alent of one-half academic year of full¬ 
time study, or, typically, four or five se¬ 
mester-long courses). These courses 
should cover at least the following sub¬ 
jects: 

• Discrete mathematics: sets, functions, 
elementary propositional and predicate 
logic, Boolean algebra, elementary graph 
theory, matrices, proof techniques (in¬ 
cluding induction and contradiction), 
combinatorics, probability, and random 
numbers. 

• Calculus: differential and integral cal¬ 
culus, including sequences and series and 
an introduction to differential equations. 

Because background in discrete math¬ 
ematics is required for some basic knowl¬ 
edge units, students should cover these 
topics early in the curriculum. 

The half-year mathematics require¬ 
ment should also include at least one of 
the following subjects: 

• Probability: discrete and continuous, 
including combinatorics and elementary 
statistics. 


OS4: Scheduling and dispatch 
OS5: Physical and virtual memory organization 
OS6: Device management 
OS7: File systems and naming 
OS8: Security and protection 
OS9: Communications and networking 
OSIO: Distributed and real-time systems 
PL: Programming Languages (approximately 46 lecture hours) 

PL1: History and overview of programming languages 

PL2: Virtual machines 

PL3: Representation of data types 

PL4: Sequence control 

PL5: Data control, sharing, and type checking 

PL6: Runtime storage management 

PL7: Finite state automata and regular expressions 

PL8: Context-free grammars and pushdown automata 

PL9: Language translation systems 

PL10: Programming-language semantics 

PL11: Programming paradigms 

PL12: Distributed- and parallel-programming constructs 
PR: Introduction to a Programming Language (approximately 12 lecture 
hours)(optional) 

SE: Software Methodology and Engineering (approximately 44 lecture 
hours) 

SE1: Fundamental problem-solving concepts 
SE2: The software development process 
SE3: Software requirements and specifications 
SE4: Software design and implementation 
SE5: Verification and validation 

SP: Social, Ethical, and Professional Issues (approximately 11 lecture hours) 
SP1: Historical and social context of computing 
SP2: Responsibilities of the computing professional 
SP3: Risks and liabilities 
SP4: Intellectual property 
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Example knowledge-unit description 

AL6: Sorting and searching: Comparison of various algorithms for sorting 
and searching, with focus on complexity and space versus time trade-offs. 

Recurring concepts: Complexity of large problems, consistency and complete¬ 
ness, efficiency, trade-offs and consequences. 

Lecture topics (six hours minimum): 

1. Ofn 2 ) sorting algorithms (for example, insertion and selection sort); 
space-time complexity: best, worst cases. 

2. 0(n log n ) sorting algorithms (for example, quicksort, heapsort, merge- 
sort); space-time complexity: best, worst cases. 

3. Other sorting algorithms (for example, shell sort, bucket sort, radix sort). 

4. Comparisons of algorithms. 

5. Serial search, binary search, and binary search tree; space-time com¬ 
plexity: best, worst cases. 

6. Hashing, collision resolution. 

Suggested laboratories (closed): Corroboration of theoretical complexity of se¬ 
lected sorting and searching algorithms by experimental methods, identification 
of differences between best, average, and worst case behaviors. 

Connections 

Related to AL5, AL8 

Prerequisites: AL4 

Requisite for AI2, OS7, PL9 


• Linear algebra: elementary, includ¬ 
ing matrices, vectors, and linear trans¬ 
formations. 

•Advanced discrete mathematics: a 
second course covering advanced top- 

• Mathematical logic: propositional 
and functional calculi, completeness, 
validity, proof, and decision problems. 

Many program implementations will 
require mathematics beyond this mini¬ 
mum set. For example, professionally 
oriented programs will normally require 
five or six mathematics courses. Stu¬ 
dents who wish to pursue graduate com¬ 
puting studies are also well advised to 
take more mathematics. 

Science is important in computing cur¬ 
ricula for three reasons. First, gradu¬ 
ates should be able to appreciate scien¬ 
tific advances and their effects on society 
and the computing field. Second, sci¬ 
ence courses teach students to apply the 
scientific method in problem solving. 
Third, many applications that students 
will encounter after graduation are found 
in the sciences. Therefore, all comput¬ 
ing curricula should include a compo¬ 
nent that incorporates material from 
the physical and life sciences. Ideally, 


courses in this component are those 
designed for science majors. 

Programs intended to prepare stu¬ 
dents for entry into the profession should 
require a minimum of one-half year of 
science. This normally includes a year¬ 
long course in a laboratory science (pref¬ 
erably physics) and additional work in 
the natural sciences. 

Laboratory work. An undergraduate 
curriculum in computing ideally includes 
an integrated program of lectures and 
laboratory experiences. Learning occurs 
as a result of interaction among stu¬ 
dents, instructors, and the subject mat¬ 
ter. Laboratories demonstrate the ap¬ 
plication of principles to the design, 
implementation, and testing of hard¬ 
ware and software systems. Laborato¬ 
ries also emphasize techniques that uti¬ 
lize contemporary tools and lead to good 
experimental methods, including the use 
of measuring instruments, diagnostic 
aids, software and hardware monitors, 
statistical analysis of results, and oral 
and written presentation of findings. 
Laboratories should have clearly stated 
objectives that complement the lectures. 

Computing Curricula 1991 suggests 
laboratory exercises for each knowl¬ 


edge unit. They provide diverse learn¬ 
ing experiences. Some involve the exe¬ 
cution of hardware, software, or simu¬ 
lators to observe some phenomenon — 
either by data collection or by visualiza¬ 
tion. Others increase student expertise 
in software methodology through the 
development of alternative design and 
implementation techniques. Still others 
are similar to science experiments be¬ 
cause they involve forming and testing 
hypotheses. Laboratory experiences 
combine to increase student problem¬ 
solving ability, analytical skill, and pro¬ 
fessional judgment. 

Two types of knowledge-unit labora¬ 
tory work are offered: open and closed. 
An open laboratory is an unsupervised 
assignment that may involve the use of 
a computer, software, or hardware. Stu¬ 
dents can complete an open laboratory 
at their own convenience. Convention¬ 
al programming assignments are often 
done in an open laboratory. A closed 
laboratory is a scheduled, structured, 
and supervised assignment that involves 
the use of computing hardware, soft¬ 
ware, or instrumentation. Students com¬ 
plete a closed lab by attending a sched¬ 
uled session, usually two to three hours 
long, at a specific facility. An instructor 
or qualified assistant supervises the ses¬ 
sion. Closed laboratories are particu¬ 
larly important in situations where the 
assignment relies on instructor-student 
interaction or a team effort among stu¬ 
dents to complete the work. For exam¬ 
ple, sessions with software tools that 
facilitate the production of large-scale 
software, CAD programs, or other com¬ 
plex packages normally require guid¬ 
ance from experts. 

The open and closed designations, 
like the laboratories themselves, are 
task-force suggestions, rather than pre¬ 
scriptions for all programs to follow. 
The choices may depend on how the 
particular lab experience and objectives 
fit into the curriculum as well as on the 
available facilities in a particular insti¬ 
tutional setting. 

Programming. The term programming 
denotes the entire collection of activi¬ 
ties that describe, develop, and imple¬ 
ment algorithmic solutions to well- 
specified problems. This definition does 
not mean simply coding in a particular 
programming language or for a particu¬ 
lar machine architecture, but it neces¬ 
sarily includes the mastery of highly 
stylized programming-language skills. 
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Thus, fluency in a programming lan¬ 
guage is an essential part of program¬ 
ming mastery. 

Programming occurs in all nine sub¬ 
ject areas. It is part of the design pro¬ 
cess. It is used to implement the models 
that occur in the abstraction process. It 
even occurs sometimes in the process of 
proving a theoretical result. Thus, the 
role of programming in the undergrad¬ 
uate curriculum is multidimensional; 
students develop programs during the 
design of software, they exercise and 
modify programs during other labora¬ 
tory experiments, and they read pro¬ 
grams in the normal course of studying 
textbooks and the published literature. 
In the latter sense, programming is an 
extension of basic communication skills 
that students and professionals use in 
day-to-day communication. 

Programming can be mastered in sev¬ 
eral ways during an undergraduate’s 
career. First, a substantial portion of 
the common requirements’ laboratory 
work contains programming. Second, 
undergraduate texts teach and use con¬ 
ventional programming techniques 
throughout their presentations of sub¬ 
ject matter; lectures also use well-estab¬ 
lished styles of programming to explain 
or clarify algorithmic concepts. Third, 
as students become familiar with the 
computing literature, they are exposed 
to programs and examples of program¬ 
ming methodology. 

Thus, undergraduate computing ma¬ 
jors should develop an early understand¬ 
ing of programming. They should con¬ 
tinue to engage in the mastery and use 
of programming paradigms and languag¬ 
es throughout their course work, home¬ 
work, and laboratory exercises. 

The common requirements do not 
assume that students have any experi¬ 
ence with programming before taking 
their first curricular course. However, 
increasing numbers of students do gain 
such experience in secondary school. In 
any event, many task force members 
felt that the attention traditionally paid 
to programming-language syntax in the 
first course was excessive and ought to 
be replaced with a more balanced intro¬ 
duction to the discipline. Therefore, most 
programs will introduce a programming 
language in conjunction with other 
knowledge-unit material during the 
scheduled laboratory periods that ac¬ 
company the first course. For comput¬ 
ing programs that require a more me¬ 
thodical treatment of programming, 


Computer Curricula 1991 suggests add¬ 
ing an optional knowledge unit, Intro¬ 
duction to a Programming Language, to 
the common requirements. 

Advanced and supplemental curricu¬ 
lum. A complete curriculum will include 
advanced and supplemental material 
that gives each student an opportunity 
to study subjects in depth. The curricu¬ 
lum should provide depth in several of 
the nine subject areas beyond what the 
common requirements provide. The 
number of such courses will vary ac¬ 
cording to institutional norms, faculty 
size, and subject-area expertise. 

Computing Curricula 1991 defines 
topic areas where courses may be devel¬ 
oped to provide in-depth study in ad¬ 
vanced undergraduate and graduate 
courses. There are other important top¬ 
ics programs can offer on the basis of 
the particular interests and expertise of 
the faculty. However, the listed topics 
are currently significant in the disci¬ 
pline and several of them ought to ap¬ 
pear among the advanced courses of¬ 
fered by any undergraduate program. 
An asterisk after the topic indicates a 
more complete description in Comput¬ 
ing Curricula 1991. 

• Advanced operating systems 

• Advanced software engineering* 

• Analysis of algorithms 

• Artificial intelligence* 

• Combinatorial and graph algorithms 

• Computational complexity 

•Computer communication net¬ 
works* 

• Computer graphics* 

• Computer-human interface 

• Computer security* 

• Database and information retriev¬ 
al* 

• Digital-design automation 

• Fault-tolerant computing 

• Information theory 

• Modeling and simulation 

• Numerical computation 

• Parallel and distributed computing* 

• Performance prediction and 
analysis 

• Principles of computer architecture 

• Principles of programming lan¬ 
guages 

• Programming-language translation* 

• Real-time systems 

• Robotics and machine intelligence 

• Semantics and verification 

• Societal impact of computing 

• Symbolic computation* 


• Theory of computation* 

• VLSI system design* 

Other educational experiences. The 

task force recommendations also recog¬ 
nized requirements for undergraduate 
experience that goes beyond curricular 
subject matter. These requirements in¬ 
clude the development of critical think¬ 
ing, problem-solving approaches, re¬ 
search methods, and professionalism. 
Classroom lectures, laboratories, and 
extracurricular activities can incorpo¬ 
rate these experiences, which generally 
fall into three categories: 

• working as part of a team, 

• developing written and oral commu¬ 
nication skills, and 

• becoming familiar with the profes¬ 
sion. 


Building a curriculum 

A curriculum for a particular program 
depends on many factors: the program’s 
purpose, faculty strengths, student back¬ 
grounds and goals, instructional support 
resources, infrastructure support, and 
accreditation criteria. Each curriculum 
will be site-specific, shaped by those who 
must consider these factors. Developing 
a curriculum involves a design process. 
A successful implementation grows from 
a well-conceived and well-articulated 
specification of the curriculum’s pur¬ 
pose, its context, and other external op¬ 
portunities and constraints. 

Certain principles should guide all 
curriculum design, including but not lim¬ 
ited to computing curricula. First, the 
purpose of a curriculum is to educate 
students. The curriculum design there¬ 
fore should focus on providing a way for 
students to acquire knowledge, exper¬ 
tise, and experience by the time they 
graduate. The outcome expected for stu¬ 
dents should drive curriculum planning. 

Second, a curriculum is more than a 
set of isolated courses. Unifying ideas 
and goals span the whole curriculum. 
Computing Curricula 1991 defines re¬ 
curring concepts as an indicator of those 
ideas that should be pervasive in a com¬ 
puting curriculum. 

Third, students learn in many ways 
besides the standard lecture format. 
Laboratories, in particular, present 
many opportunities for innovation. Fac¬ 
ulty members should apply creative en- 
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Two sample courses developed from knowledge units 

Problem solving, programs, and computers. This course has three major 
themes: a rigorous introduction to the process of algorithmic problem solving, an 
introduction to the organization of the computers that resulting programs run on, 
and an overview of the social and ethical context for computing. Problem-solving 
rigor is addressed through precise specification of problems and close associa¬ 
tion between the problem specification and the problem-solving process. For ex¬ 
ample, the identification of a loop is closely tied to the discovery of its invariant, 
and both are motivated by the problem specification itself. 

Computer organization is introduced through a simple von-Neumann machine 
model and assembler upon which students can develop and exercise simple pro¬ 
grams. This process reveals the fetch-execute cycle, runtime data representa¬ 
tion, and machine language program structure. 

This course contains 40 lecture hours of knowledge-unit topics, taught as a 
four credit-hour course. A scheduled weekly laboratory supports student pro¬ 
gramming exercises and teaches programming-language syntax and machine or¬ 
ganization. 

Prerequisites: An introduction to logic, such as that usually included at the be¬ 
ginning of a discrete mathematics course (which can be taken concurrently). 

Knowledge units: AL3 (3/3), AL6 (2/6), AR3 (2/3), AR4 (7/15), NU1 (1/3), NU2 
(2/4), PL1 (2/2), PL3 (2/2), PL4 (1/4), SE1 (11/16), SE5 (4/8), SP1 (3/3).* 

Data structures and analysis of algorithms. This course covers data struc¬ 
tures and algorithms in some depth. Topics include data structures, a more for¬ 
mal treatment of recursion, an introduction to basic problem-solving strategies, 
and an introduction to complexity analysis, complexity classes, and the theory of 
computability and undecidability. Sorting and searching algorithms are presented 
in light of the problem-solving strategies and complexity issues. Finally, parallel 
and distributed algorithms are introduced briefly. 

This course is taught in three lectures and a two-hour laboratory each week. It 
contains 33 lecture hours devoted to knowledge-unit topics and their laborato¬ 
ries. 

Prerequisites: Computing II 

Knowledge units: AL1 (9/13), AL3 (2/3), AL4 (4/4), AL5 (4/4), AL6 (3/6), AL7 
(3/6), AL8 (6/6), AL9 (2/3).* 

* The notation ( plq ) that follows each knowledge unit means p lecture hours are used of the q total hours 
allotted to the knowledge unit. Thus, when p = q the entire knowledge unit is completed in that course. 


ergy to developing alternative delivery 
methods. 

Fourth, planners must consider con¬ 
straints in the environment. A curricu¬ 
lum plan must not be overly optimistic 
or overly restrictive. It should be realis¬ 
tic for both students and faculty. For 
example, a curriculum plan that requires 
a student to take four computing cours¬ 
es during the last term of the senior year 
invites a variety of problems. 

Fifth, computing is more than just a 
collection of facts and algorithms. It is a 
dynamic discipline with many challeng¬ 
ing problems, exciting results, and imag¬ 
inative applications. The curriculum 
should try to impart this sense of excite¬ 
ment to the students. The material may 


be difficult, but it need not be dull. 

Designing a computing curriculum 
involves special concerns. Rapid chang¬ 
es in the discipline demand a dynamic 
curriculum. It must be built to evolve 
with the subject matter. All curricula 
must be evaluated periodically to see 
that they are meeting their goals and 
that the content is current. Many de¬ 
partments also face changing infrastruc¬ 
ture as their organizations, enrollments, 
and funding levels change. 

Another concern in computing cur¬ 
ricula comes from the fluid nature of 
computing theory. Computing is based 
on artifacts in addition to physical laws. 
Many of its “fundamentals” are subject 
to constant reinterpretation and reeval¬ 


uation. Thus, the theory evolves more 
rapidly in computing than in most of the 
sciences. 

Computing, however, has one great 
advantage for curriculum designers. It 
provides frequent opportunities for ac¬ 
complishing multiple goals through one 
instructional experience. For example, 
appropriately chosen examples can tran¬ 
sition a discussion of loops or recursion 
to introduce the concept of searching. 

Designing courses from knowledge 
units. The knowledge units specify the 
scope of topics that all computing stu¬ 
dents should study. Computing Curric¬ 
ula 1991 defines lecture hours for each 
knowledge unit to give an approximate 
indication of the depth to which these 
topics should be covered; this definition 
represents the minimum coverage a pro¬ 
gram should ensure. The prerequisite 
structure suggests that some sequenc¬ 
ing is required in composing courses 
from knowledge units, but the size of 
the units allows many organizational 
options. Additionally, material in a 
knowledge unit may be split and cov¬ 
ered at different times and in different 
courses, if deemed appropriate. 

The knowledge units need not be com¬ 
pletely covered in a set of “core cours¬ 
es,” as long as they are all covered in 
one required course or another. Fur¬ 
thermore, some parts may be covered in 
either a standard class setting or a labo¬ 
ratorysetting. Thus, the knowledge units 
of the common requirements can be 
combined in various ways to form cours¬ 
es. In this activity, the following guide¬ 
lines are recommended: 

• Knowledge units should be com¬ 
bined to form a coherent body of topics 
for an undergraduate. In some cases, 
one or more unifying concepts can pro¬ 
vide the “glue,” while in other cases one 
of the subject areas will be the basis for 
course organization. 

•The prerequisite structure for the 
combined set of courses that constitute 
an implementation should be consis¬ 
tent with the prerequisite structure that 
exists among the constituent knowledge 

• The combined set of courses should 
cover all of the knowledge units in the 
common requirements. As specified 
here, these total about 271 lecture hours, 
which is equivalent to about seven one- 
semester courses. (When the optional 
12-hour knowledge unit, PR: Introduc- 
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tion to a programming language, is in¬ 
corporated, the total increases to 283.) 
This total does not include time spent in 
laboratory exercises, nor does it include 
the advanced and supplementary course 
work required for all majors. Imple¬ 
mentations may, of course, exceed this 
minimum by assigning depth of cover¬ 
age or topics beyond those suggested in 
the common requirements. 

The sidebar presents two sample 
courses that follow these guidelines for 
combining knowledge units. The first 
course takes knowledge units from sev¬ 
eral subject areas and includes the re¬ 
curring concept “consistency and com¬ 
pleteness.” The second course takes all 
its knowledge units from a single sub¬ 
ject area. Computing Curricula 1991 
contains many examples of course de¬ 
scriptions. 

Integrating the curriculum into a 
course of study. The computing curric¬ 
ulum must be developed to meet insti¬ 
tutional requirements and to take ad¬ 
vantage of institutional strengths. 
Ultimately, the curriculum will be inte¬ 
grated into a course of study. Some 
suggestions for building a curriculum 


• identify program goals, focusing on 
student outcomes; 

• identify faculty strengths; 

• identify constraints of the local situ¬ 
ation; 

•establish a plan and schedule for 
design, implementation, evaluation, 
modification, and transition; and 

• design and implement the curricu¬ 
lum components. 

Computing Curricula 1991 discusses 
these issues further as well as related 
matters like 

• faculty and staff; 

• laboratory resources; 

• service courses and joint degree pro¬ 
grams; 

• library support; and 

• accreditation, placement tests, and 
achievement tests. 


T he Computing Curricula 1991 
approach offers a specification 
for implementing undergradu¬ 
ate computing programs, as opposed to 
a single curriculum. This approach serves 


the needs of a large and diverse con¬ 
stituency. Its ultimate success will there¬ 
fore depend on the creative energies 
of faculty members at the institutions 
that support computing programs. 

This specification identifies impor¬ 
tant elements in undergraduate com¬ 
puting curricula: subject areas, pro¬ 
cesses, recurring concepts, social and 
professional context, mathematics and 
science, language and communication, 
and integrated laboratory experience. 
Successful undergraduate programs 
that follow from this specification will 
address each of these elements in their 
implementations. 

Computing Curricula 1991 includes 
an appendix of several sample curricu¬ 
la as “proofs of concept” for its speci¬ 
fication. These sample curricula illus¬ 
trate how the report recommendations 
provide a basis for building effective 
curricula at individual institutions — 
curricula that embrace the specifica¬ 
tion elements while supporting the dif¬ 
ferent priorities and concerns of indi¬ 
vidual institutions. 

As the computing discipline evolves, 
so should its undergraduate curricula. 


Computing Curricula 1991 presents cur¬ 
riculum design guidance that will sup¬ 
port this objective for a long time. ■ 
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NEW COMPUTER SCIENCE 


COMPUTER VISION: Principles 

edited by Rangachar Kasturi and Ramesh Jain 

Computer Vision: Principles, introduces fundamental 
topics in computer vision and describes principles, con¬ 
cepts, and commonly used algorithms for vision systems 
that generate scene interpretations from image data. It 
includes over 30 articles that cover subjects such as inten¬ 
sity and range images, edge- and region-based segmenta¬ 
tion, object representation schemes, optical flow tech¬ 
niques, and knowledge representation. 

This volume also discusses image capture and enhance¬ 
ment, segmentation, feature extraction, exploitation of 
constraints and image cues to recover lost information, 
and domain knowledge to recognize objects. 

728 PAGES. OCTOBER 1991. HARDBOUND. ISBN 0-8186-9102-6. 

CATALOG NO. 2102 $85.00 MEMBERS $65.00 


AUTONOMOUS MOBILE ROBOTS: 

Perception, Mapping, and Navigation—Volume 1 

edited by S. Sitharama Iyengar and Alberto Elfes 

This book provides a basic foundation in autonomous 
mobile robotics — a crucial topic in artificial intelligence. 
It explores the successful deployment of industrial tele- 
operated and reprogrammable robots as well as more 
exacting scientific applications in remote, unstructured, 
and hazardous environments. 

Its collection of impressive papers provide a perspective 
on mobile robotics as a whole. This volume includes 
topics that discuss research areas such as sensor-based 
knowledge acquisition, problem solving under uncer¬ 
tainty, multi-sensor interpretation and integration, path 
planning and navigation, advanced parallel computing, 
and machine learning. 

Sections: Introduction, Robot Sensing and Perception, 
Mapping and Real-World Modeling, Path Planning and 
Navigation. 

552 PAGES OCTOBER 1991. HARDBOUND. ISBN 0-8186-9018-6. 

CATALOG NO. 2018 $80.00 MEMBERS $55.00 


COMPUTER VISION: Advances and Applications 

edited by Rangachar Kasturi and Ramesh Jain 

This book delves into new research results and techno¬ 
logical advancements for this maturing field. It is com¬ 
prised of more than 45 papers on topics such as modeling 
light reflection, active perception, object recognition and 
localization, shape schemes from interreflections, depth 
recovery, CAD-Based vision, 3-D object features, motion 
field and optical flow, estimation of object motion, and 
perceptual organization and representation. 

The tutorial also contains a special representative set of 
papers that describe five machine vision application ar¬ 
eas: aerial image analysis, document image interpreta¬ 
tion, medical image analysis, industrial inspection and 
robotics, and autonomous navigation. 

720 PAGES SEPTEMBER 1991. HARDBOUND. ISBN 0-8186-9103-4. 

CATALOG NO. 2103 $85.00 MEMBERS $65.00 


AUTONOMOUS MOBILE ROBOTS: 

Control, Planning, and Architecture—Volume 2 

edited by S. Sitharama Iyengar and Alberto Elfes 

This volume covers topics on robot design and control, 
task-level planning, prior planningfor precompiled plans, 
reactive planning, dynamic planning, real-world model¬ 
ing, plan execution, sensor control and global monitoring, 
and control of robotic systems. Other articles in this 
tutorial investigate wheeled mobile robots modeling and 
control, kinematic and dynamic modeling, system-level 
decision making and control, and AI approaches. 

Additional chapters explore architectures for planning 
and control, sequential control, blackboard based and 
distributed architectures, massively parallel architec¬ 
tures. The book also describes successful systems and 
systems currently under development, and it surveys 
issues in legged locomotion. 

Sections: Introduction; Mobile Robot Modeling and 
Control; Task Level Planning, Decision Making, and 
Control; Systems and Applications; An Introduction to 
Legged Locomotion. 

536 PAGES. OCTOBER 1991. HARDBOUND. ISBN 0-8186-9116-6. 

CATALOG NO. 2116 $80.00 MEMBERS $55.00 


ORDER TODAY! 

Call toll-free 1-800-CS-BOOKS 
or fax 714/821-4010 

(in California call (714)821-8380) 


or write to: 

IEEE COMPUTER SOCIETY PRESS 
10662 Los Vaqueros Circle 
PO Box 3014 

Los Alamitos, CA 90720-1264 












STANDARDS 


EDI gains popularity for transmitting intercompany business data 

Robert A. Payne, EDI, Spread the Word Partnership 


Electronic data interchange, the in¬ 
tercompany computer-to-computer 
transmission of business data in a 
standard format, has been winning 
widespread acceptance over the past 
15 years. EDI, which has had a growth 
rate of 1,300 percent the past four 
years, has been characterized as the 
communications standard, the key to 
paperless telecommunications, and a 
new way of doing business. 

What EDI is and is not. First, let’s 
illustrate a few transactions that are 
not examples of EDI. 

Say the receiving dock supervisor of 
a US department store uses a 24-hour 
bank teller card for cash to take two 
assistants to lunch. The transaction is 
not an example of EDI because the 
exchange is between a company and a 
consumer and is not intercompany. 

After lunch, this same supervisor 
keys a requisition for new employee 
uniforms into an in-house system. Al¬ 
though the supervisor might transmit 
the requisition to a computer in an¬ 


other department in another city, the 
transaction is still not an example of 
EDI — again, it is not intercompany. 

However, as soon as the supervi¬ 
sor’s requisition is turned into a pur¬ 
chase order, EDI begins. Prior to this 
time, the department store had asked 
the apparel manufacturer to begin 
EDI. The buyer’s merchandising sys¬ 
tem then generated the purchase or¬ 
der and, without printing it, translated 
it to the ASC X12 standard and sent it 
to the manufacturer. By receiving the 
order in a microcomputer (or any oth¬ 
er machine), the apparel company 
completes the EDI transaction. 

After the file containing the pur¬ 
chase order is received by the manu¬ 
facturer, options open up. If the ap¬ 
parel firm is small, it can print the 
purchase order and process it manual 
ly. After printing the PO, a larger firm 
might key it into an order-processing 
system, a costly approach. For maxi¬ 
mum benefit, the apparel firm uses 
the file as input to the order-process¬ 
ing system; the firm, thus, “integrates 


EDI." In this case, the portion of the 
definition reading computer-to-com- 
puter comes to mean “original appli¬ 
cation program to processing applica¬ 
tion program." No paper order exists. 
The first and only piece of paper will 
be a picking list for the warehouse. 

Implicit in the department store ex¬ 
ample is the concept that EDI trans¬ 
actions usually originate in systems 
rather than with people. Changing the 
example from garments for employees 
to a garment for sale to a customer, a 
department store’s merchandising sys¬ 
tem could have an inventory manage¬ 
ment subsystem that issues a purchase 
order. In a sense, the department 
store merchandising system would 
create the data. A human buyer may 
change or approve it. 

If the merchandising manager sent 
an e-mail message to the supplier say¬ 
ing, “Those jackets and matching 
shorts are selling well,” is this EDI? 

To the purist, the answer is no. EDI 
consists only of business data, not ver¬ 
biage or free-form messages. Verbiage 
is difficult for a computer to read. 
Happily for the purist, the X12 text 
transaction is little-used. 

Information via facsimile is also dif¬ 
ficult for a computer to read. Thus, a 
fax from the apparel firm saying, “Re¬ 
member the showing of our winter 
line,” is not considered EDI. 

A standard format is one that has 
been approved by several user compa¬ 
nies using formal, deliberate process¬ 
es. While there is general agreement 
that international and national EDI 
formats are standard, industry formats 
are in dispute. A format created by a 
single company is definitely excluded 
from EDI. 

^Electronic funds transfer fits within 
the defmjtjQn_of JiDTbut is excluded. 
These bank-to-bank communications 
were proceeding smoothly as EDI 
committees began. Thus, there was no 
need for the EDI committees to de¬ 
velop EFT standards. Ironically, com¬ 
munications between a bank and a cli¬ 
ent company are within EDI’s scope. 

Background. EDI was conceived by 
American Col. Edward A. Guilbert as 


Glossary 

ANSI American National Standards Institute, parent organization 

of XI2 

ASC Accredited Standards Committee 

ASC X12 ANSI Accredited Standards Committee X12, the group that 

develops and maintains US generic standards for electron¬ 
ic data interchange 

CCITT International Consultative Committee for Telegraphy and 

Telephony 

EDI Electronic data interchange 

EDIFACT Electronic Data Interchange For Administration, Commerce, 

and Transport 

EFT Electronic funds transfer 

ODETTE Organization for Data Exchange Teletransmission in Europe 

OSI Open Systems Interconnection 

SNA System Network Architecture (IBM) 

UCS Uniform Communication Standard 

X3 ANSI committee for graphics 

X12 ANSI standard for interindustry electronic interchange of 

business transactions 

X.25 International standard of packet switching 

X.400 International standard (in development) for message 

transmission 
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a way to speed the flow of materiel 
during the Berlin airlift in the late 
1940s. The first EDI standards were 
developed in the mid-1970s, with 
Guilbert’s leadership motivating the 
motor and rail transportation indus¬ 
tries. The grocery and pharmaceutical 
industries also began industry-stan¬ 
dard EDI about the same time. 

Though user management often 
sees it as high tech, management in¬ 
formation system professionals realize 
that most of the telecommunications 
technology used in EDI has been 
available for 15 to 20 years. EDI is a 
complex, low-technology movement. 

In addition to purchase orders, the 
highest volume EDI transactions to¬ 
day involve 

• invoices, 

• shipment status inquiries (or car 
locator messages), 

• chargebacks (pharmaceutical in¬ 
dustry), and 

• material releases (automotive in¬ 
dustry). 

Hundreds of other paper documents 
are being converted to EDI. Some 
transactions that were never on paper 
are also being converted (for example, 
order-status inquiries). 

As with many new ways of doing 
business, EDI’s growth was slow for a 
number of years. In mid-1987, just un¬ 
der 1,500 US users registered for the 
first EDI directory (called EDI Yel¬ 
low Pages International). But now, the 
annual growth rate of EDI users is 45 
percent, mainly as the result of large 
buyers such as department stores re¬ 
questing suppliers to begin using EDI. 
By mid-1991, the number of US users 
registered for the EDI directory 
reached 20,500 (see Figure 1). 

Scope of EDI standards. EDI stan¬ 
dards primarily address the format of 
the business data. Thus, they address 
the application layer — layer 7 — of 
the OSI model. 

There are several EDI standards 
groups. The standard with the largest 
number of users and largest volume in 
the United States, Canada, and Aus¬ 
tralia is XI2, developed by an accred¬ 
ited standards committee within the 
framework of the American National 
Standards Institute. 

The X12 committee has approved 
or begun development of about 100 
transaction sets. In England, many in¬ 
dustries use the Tradacoms standard, 
while the automotive industry and its 
suppliers use ODETTE. EDIFACT is 
gaining momentum as a worldwide 
standard. The EDIFACT board oper¬ 


ates within the UN/ECE (Economic 
Commission of Europe) and submits 
messages it approves to the CCITT. 
About 80 messages are in standard 
development or publication. 

Graphic or binary data is occasion¬ 
ally sent within an EDI envelope. 
However, US standards efforts for 
graphics are headed by X3, not X12. 

As paper documents are carried in 
paper envelopes, EDI transactions are 
carried in electronic envelopes. Al¬ 
though the envelopes arguably are not 
themselves business data, their for¬ 
mats are also defined by the EDI 
standards groups. 

The envelopes have much the same 
content as the data elements stan¬ 
dardized in 1984 and 1988 by X.400 
and are analogous to the OSI presen¬ 
tation layer. Sample contents are 
sender and receiver ID, time and date 
stamp, and control numbers. This par¬ 
allel development was a historical ac¬ 
cident. Most EDI standards groups 
began in the late 1970s and early 
1980s before the X.400 standard was 
widely used, and may have thought 
that X.400 applied only to e-mail. 

The Council of European Chemical 
Manufacturers made X.400 a require¬ 
ment in its request for proposal for 
EDI third-party network services in 
1990. Because this use of X.400 is be¬ 
tween networks, it is called internet¬ 
working. For example, chemical com¬ 
pany A may want to order trichlor- 
ethane from chemical company B 
though the two may be connected to 
different third-party EDI networks. 
Company A could sign a contract with 
company B’s network, but company A 


would more likely send via its own 
network and have the data passed on 
to company B’s network. 

EDI standards groups have occa¬ 
sionally issued guidelines for telecom¬ 
munications protocols. The US gro¬ 
cery industry EDI standard, UCS, 
several years ago specified a variety of 
the 2780 bisynchronous protocol. Al¬ 
though used for internetworking, it 
was never intended to be as robust as 
OSI network layer standards such as 
X.25. The UCS standard for protocol 
is also used to connect a user to an¬ 
other user or to a third-party network. 

The X12 committee has recently is¬ 
sued an asynchronous guideline that 
can be used for communication be¬ 
tween the user and the third-party 
network. The standards do not dis¬ 
courage or preclude any other proto¬ 
col. In fact, most of the third-party 
networks use proprietary versions of 
asynchronous or 3780 protocols to 
communicate with their users. SNA is 
also widely used. 

Subsystems. After the department 
store sent the purchase order dis¬ 
cussed above to the network, specifi¬ 
cally what subsystems did the apparel 
manufacturer need? There are five, 
including the network itself: 

(1) Network. The network may be 
third-party or direct. It performs mes¬ 
saging, sometimes called “mailbox¬ 
ing,” and other telecommunications 
tasks. Network requirements are de¬ 
tailed below. 

(2) Communication software. The 
apparel firm needs to establish con- 
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nection with the network. As implied 
above, the emulation and file transfer 
software may be selected by the MIS 
manager with classic telecommunica¬ 
tions requirements in mind, because 
they are not unique to EDI. 

(3) EDI translator. After the file 
transfer, the file that resides on the in- 
house computer is in a standard for¬ 
mat. EDI software, called translation 
software, is used for interpretation. 
The goal is to reformat the data into 
the format needed by the in-house ap¬ 
plication software — order-processing 
software, in this example. 

(4) Interface. Reformatting is a two- 
step process: 

• First, the EDI standard data, usu¬ 
ally delimited, is reformatted into 
fixed-length records. 

• Second, the field positions are re¬ 
arranged into the exact positions 
needed by the in-house system’s 
batch input programs. 

Software can be licensed to perform 
the translation of the delimited format 
alone or to perform both steps. 

(5) Application software. This is the 
application subsystem. It usually does 
not need to be modified to begin EDI. 

An EDI project entails 

• Management support, scope, 
business objectives and resources 

• Project plan 

• Education of users and team 
members 

• Computer and telecomm hard¬ 
ware acquisition or capacity 
estimates 


• EDI network and software 
selection 

• Detailed design 

• Any software development 

• Pilot with four to eight trading 
partners 

• Large-scale implementation 

• Management support for next doc¬ 
ument 

Network requirements. Electronic 
data interchange places unique re¬ 
quirements on a network, whether 
dedicated or third party. By their very 
nature, EDI transactions need extra 
care. The network will carry orders 
and invoices — the lifeblood of the 
company. It might also carry transac¬ 
tions having market value, such as in¬ 
structions to banks to pay suppliers. 

The majority of EDI messaging is 
store and retrieve. As such, various 
customers can send purchase orders at 
whatever times of day their purchas¬ 
ing systems complete execution. Each 
order is stored in an electronic mail¬ 
box until the receiver “goes to the 
mailbox,” usually just prior to execut¬ 
ing its order-processing system. 

Some EDI internetworking and 
some communication with users is 
performed in a store-and-forward 
mode. The sender or the sender’s net¬ 
work “dials out” to the receiver. With 
less “handshaking” and software con¬ 
trol than is required with most tele¬ 
communications session initiations, 
the sender “dumps” data to the re¬ 
ceiver. 

Most EDI transactions are batched 
because they come from batch, in- 
house systems such as purchasing or 
accounts receivable. Transactions in 
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some industries require rapid or on¬ 
line transmission. This has always 
been the case with the shipment-sta¬ 
tus inquiry in the transportation in¬ 
dustries. Since this transaction is usu¬ 
ally generated by a person, a quick 
information response is always de¬ 
sired. A more recent example is the 
order-status inquiry used in the elec¬ 
tronics and retail industries. 

Extra well-trained data-processing 
and telecommunication operation per¬ 
sonnel should be available. Stringent 
security, audits, and controls should 
be in place. Redundant equipment 
and lines should be available. Reliable 
document recovery should be avail¬ 
able and easy to use. 

The sizing factors of EDI networks 
are surprising. Capacity should be 
abundant, lest customers call with or¬ 
ders and “hear” busy signals. By the 
time many EDI networks are a year 
old, they are sending and receiving 
data among 50 to 100 locations. High 
growth is normal. Wal-Mart, Sears, 
and J C Penney, with 1,000 to 2,000 
trading partners apiece, have an¬ 
nounced plans to communicate with 
5,000 trading partners each by 1995. 

Benefits. EDI has direct and indi¬ 
rect benefits. The direct benefits are 

• a reduction in document process¬ 
ing cycle time, 

• a reduction in processing cost, and 

• an increase in accuracy. 

The indirect results are many. Be¬ 
cause of the reduced cycle time for 
documents, companies can place or¬ 
ders later and carry less inventory. 
Reductions in processing costs allow 
firms to transfer people out of data 
entry and some clerical functions. The 
faster response time and increased 
accuracy result in increased customer 
service. Increased revenue often 
follows. 

In 1989, department stores began 
using EDI as part of a quick-response 
process for some products of Levi 
Strauss and Haggar Apparel. Every¬ 
one expected decreases in the number 
of out-of-stock conditions, but few ex¬ 
pected them with less inventory. No 
one expected sales of these products 
to increase 30 percent. But, when the 
consumer goes into the department 
store looking for Levi’s in a particular 
size and color, he or she finds and 
buys them — all because of EDI. 


To go further. For further informa¬ 
tion, telephone EDI, Spread the Word 
Partnership at (214) 243-3456. 
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Call for Papers 

ICSC ’92 

Second International Computer Science Conference 

Data and Knowledge Engineering: Theory and Applications 
Hong Kong, December 13-16,1992 

Sponsored by the IEEE Hong Kong Section, Computer Chapter 
In cooperation with the ACM, Hong Kong Chapter 



ICSC ’92 is the second international conference on computer science to be held in Hong Kong. Its purpose is to provide 
a forum for scientific interchange among computer scientists and engineers from all over the world, especially from 
the Asia-Pacific region. This conference will focus on a broad spectrum of research topics related to the theory and 
applications of data and knowledge engineering. Subtopics of interest include, but are not limited to, the following: 


Data and knowledge integration 
Deductive databases 
Design toolkits 
Expert systems 
Human-machine interface 


Image computing 
Interoperable architectures 
Multilingual systems 
Multimedia systems 
Neural networks 


Object-oriented databases 
Organizational computing 
Parallel and distributed systems 
Performance modeling 
Spatial databases 


Submission of Papers 

Authors are requested to submit manuscripts (in English) of no more than 5000 words describing original results of 
their research work. Papers should be double-spaced and printed with high-quality printers using type style of 11-point 
or larger. Each copy of the paper should have a cover page containing the title of the paper, names and addresses of the 
authors, and an abstract of no more than 200 words. Unless specified otherwise, correspondence will be directed to the 
first author listed. Five hard copies of each paper should be sent with a cover letter by airmail to one of the Co-Chair¬ 
men of the international Program Committee: 


Prof. Frederick H. Lochovsky 

Department of Computer Science 

Hong Kong University of Science and Technology 

Clear Water Bay, Kowloon 

Hong Kong 

E-mail: fred@uxmail.ust.hk 
Fax: 852 358-1477 


Prof. Dennis C. Tsichritzis 
Centre Universitaire d’Informatique 
University de Geneve 
12, rue du Lac 

CH 1207 Geneve (Eaux-Vives), Switzerland 
E-mail: dt@cui.unige.ch 
Fax: 41 22 735-3905 


Tutorials 

Tutorial sessions will be held during the conference. Proposals for tutorials on the state of the art of data and knowledge 
engineering should be sent to the Program Co-Chairmen. 

Important Dates 

Paper/tutorial submission deadline: April 15,1992 (postmarked) 

Notification of acceptance: July 15,1992 

Camera-ready copy due: September 15,1992 

Inquiries 

Please send program suggestions and inquires to the Organizing Committee Chairman: 

Dr. Ernest Lam 

Department of Computing Studies 
Hong Kong Baptist College 
224 Waterloo Road, Kowloon 
Hong Kong 

E-mail: ernest@bc750.hkbc.hk 
Fax: 852 338-8014 







UPDATE 


Legislation would let federal agencies copyright software 


At present, government agencies 
working on research and development 
in cooperation with private industry 
are permitted to file for patents but 
not copyrights. The Technology 
Transfer Improvements Act of 1991 
(S.1581) could change that by allow¬ 
ing federal agencies to secure copy¬ 
right protection for computer soft¬ 
ware prepared in whole or in part by 


Electronic job bank 
created for knowledge 
engineers 

The International Association of 
Knowledge Engineers has set up an 
electronically accessed job bank for 
professionals in applied artificial intel¬ 
ligence. The job bank is intended to 
facilitate matchups between special¬ 
ists and the projects or companies that 
use their skills. 

IAKE has members in 42 countries, 
and the job bank, which is interna¬ 
tional in scope, is available to corpo¬ 
rations, universities, government 
agencies, and individual knowledge 
engineers. It is not necessary to be an 
IAKE member to use the job bank. 
The program posts structured, profes¬ 
sionally standardized resumes for re¬ 
view by prospective employers, as 
well as professional openings listed 
for review by interested individuals. 

Software engineers, analysts, pro¬ 
grammers, and others involved in con¬ 
ventional as well as intelligent com¬ 
puter system development may 
participate in the program. The only 
requirement is that some part of their 
work or interest be connected with 
knowledge-based system develop¬ 
ment. 

Fees are $25 for IAKE members, 

$50 for nonmembers, and $15 for full¬ 
time students. 

Interested persons can access the 
job bank by logging on to the IAKE 
bulletin board at (301) 816-2473 and 
qualify for further use electronically 
by answering a few questions. For ad¬ 
ditional information, contact Joi 
Goodman at (301) 231-7826. 


employees of the US government 
while working under a cooperative re¬ 
search and development agreement 
with the private sector. 

In testimony before the Senate 
Committee on Commerce, Science, 
and Transportation, IEEE-USA Intel¬ 
lectual Property Chairman David M. 
Ostfeld said that without copyright 
protection, foreign nations could ben¬ 
efit from this type of US government 
software technology without payment 
to US taxpayers or federal employees. 
Furthermore, while industry has been 
encouraged to assist in funding joint 
research and development projects 
with the federal government, the ab¬ 
sence of software copyright protec¬ 
tion decreases the incentive for the 
private sector to enter into coopera- 


Canada’s National Research Coun¬ 
cil has transformed its Division of 
Electrical Engineering into the Insti¬ 
tute for Information Technology, en¬ 
tailing shifts in the institute’s research 
programs. Current areas of research 
are 

• Diagnostic systems: Development 
of supporting tools and methodologies 
for design of knowledge-based diag¬ 
nostic, planning, and control systems, 
specifically for industrial process con¬ 
trol and monitoring the condition of 
engines. 

•Electromagnetic (EM) protection: 
Development of state-of-the-art ex¬ 
pertise in EM interference/compati¬ 
bility, numeric modeling, testing, and 
wide-band ultra-fast signal measure¬ 
ment. 

• Industrial and manufacturing sys¬ 
tems: Development of computer- 
based tools to support production 
planning, facility design and opera¬ 
tion, and management and control of 
manufacturing operations, as well as 
development of decision support sys¬ 
tems for design, management, and su¬ 
pervision of industrial operations. 

• Information technology applica¬ 


tive research and development agree¬ 
ments. 

The public should have access to 
any federally generated software, Ost¬ 
feld said, but a fee should be charged 
for commercial distribution of the 
software and databases, payable by 
those who gain from such distribution. 
Individuals should have free use of 
software obtained directly from the 
US government. 

Ostfeld expressed IEEE-USA’s po¬ 
sition that industry not be permitted 
to hire the US government solely to 
develop software for private industry. 
In addition, IEEE-USA proposed an 
amendment to S.1581 to identify spe¬ 
cific authors of computer software so 
that they would receive appropriate 
royalties. 


tions in resource and transportation in¬ 
dustries: Application of information 
technology to decision support systems 
for planning, scheduling, monitoring, 
and control of industrial operations. 

• Intelligent advisor systems: Identi¬ 
fication and development of basic 
software that supports creation and 
implementation of knowledge-based 
advisor systems in general, with appli¬ 
cations for specific domains and in re¬ 
sponse to user requirements. 

• Machine learning: Development of 
computer-based knowledge acquisi¬ 
tion tools, with emphasis on machine 
learning techniques and their applica¬ 
tion in manufacturing, resource, and 
service industries. 

• Photonic systems: Development of 
high-speed image processing systems 
and sensor systems involving a combi¬ 
nation of optical and electronic tech¬ 
nology to achieve acquisition and pro¬ 
cessing of complex information in real 
time. 

• Sensor systems: Development and 
application of sensing techniques — 
specifically 3D vision — for the auto¬ 
mation of systems and processes. 

• Sensor-based robotics: Develop¬ 
ment and demonstration of sensor- 


National Research Council redefines 
areas of research 
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based robotics for use in unstructured 
environments, specifically advanced 
robot control techniques for applica¬ 
tions such as space and self-navigating 
vehicles. 

• Software engineering: Develop¬ 
ment and application of tools and 
methodologies for real-time and em¬ 
bedded systems, mass market soft¬ 
ware, and large-scale systems, includ¬ 
ing work on issues such as reliability 
and configuration management. 

The stated goal throughout the Na¬ 
tional Research Council is to double 
the impact of its programs by the year 
2000. This will involve building new 
and enhancing existing partnerships 
with industry, government, and uni¬ 
versities. An expanded staff in the In¬ 
stitute for Information Technology’s 
Industrial Liaison Office is helping 
the institute’s researchers set up such 
collaborative arrangements. 


Association seeks 
nominations for King- 
Sun Fu Award 

The International Association for 
Pattern Recognition is calling for 
nominations for the biennial King-Sun 
Fu Award, which will recognize an 
outstanding technical contribution to 
the field of pattern recognition. The 
award is intended for presentation at 
the 11th International Conference on 
Pattern Recognition to be held in The 
Hague, The Netherlands, August 
30-September 4,1992. 

The award honors the memory of 
King-Sun Fu, who was instrumental in 
founding the IAPR, served as its first 
president, and is widely recognized for 
his extensive contributions to the field 
of pattern recognition. 

The recipient will be selected by an 
award committee, subject to approval 
by the IAPR Governing Board. A 
member of a national member society 
of IAPR can nominate a candidate, 
who must be endorsed by at least five 
members representing at least two 
member societies different from that 
of the nominator. 

The nomination should be complet¬ 
ed on a special form, available from 
the Fu Award Committee Chair, Sa- 
buro Tsuji, Dept, of Control Engi¬ 
neering, Osaka University, Toyonaka, 
Osaka 560, Japan, e-mail 
tsuji@ce.osaka-u.ac.jp, fax 81 (6) 857- 
7664. The deadline for receipt of nom¬ 
inations is March 1,1992. 
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Computer Society to cooperate 
on TRON symposium 


The Real-Time Operating System 
Nucleus (TRON) Association will 
hold its eighth TRON Project Sympo¬ 
sium November 21-27 in Tokyo. For 
the first time, this annual event will be 
held in cooperation with the IEEE 
Computer Society. The Computer So¬ 
ciety Press will publish the proceed¬ 
ings, which will be available through 
both the society and the TRON Asso¬ 
ciation. 

This year the symposium will in¬ 
clude not only the technical confer¬ 
ence but also an exhibition — TRON- 
Show 91 — and an in-depth tutorial 
day. The four tutorial sessions will 
provide details on ITRON (industri¬ 
al), BTRON (business), CTRON 
(central and communications), and 
TRON-specification VLSI CPU. 

Ken Sakamura, who initiated the 
TRON project in 1984 and is serving 


as steering committee chair, has de¬ 
scribed the project’s goal as the devel¬ 
opment of “highly functionally distrib¬ 
uted systems.” The concept is 
premised on a future in which our 
living environment will be filled with 
objects embedded with microproces¬ 
sors, sensors, and actuators. These 
so-called intelligent objects will have 
the capability to interact with the en¬ 
vironment individually. Moreover, 
they will be networked, allowing 
them some degree of coordinated ac¬ 
tion. The result will be an extremely 
large scale, loosely coupled distribut¬ 
ed system. 

The proceedings (Order No. 2475) 
of the eighth TRON Project Sympo¬ 
sium can be purchased by calling the 
IEEE Computer Society at (800) CS- 
BOOKS, or (714) 821-8380 in Califor¬ 
nia, after December 1. 


Study group addresses need for new 
disk interface standard 


Advances in head, media, servo, 
and digital signal processing technolo¬ 
gies are leading to high-performance, 
small form-factor disk drives. A con¬ 
tinued reduction in size from 2.5 inch¬ 
es to 1.8 inches and 1.3 inches will re¬ 
sult in disk drives as small as some 
semiconductor chips. 

However, standards for interfacing 
these “disk chips” still need to be de¬ 
veloped. The IEEE Computer Society 
Disk Attach Study Group, headed by 
Martin Freeman of Philips Research, 
Palo Alto, California, and the industry 
Small Form-Factor Committee, head¬ 
ed by Dal Allan of the consulting firm 
ENDL, are cooperating on creating a 
new disk interface standard for direct¬ 
ly attaching disk drives to printed cir¬ 
cuit boards. 

In its simplest form, the interface 
will allow small form-factor disk 
drives to be seen as an extended form 
of random access memory. Software, 
protocol, electrical, and mechanical is¬ 
sues will all be considered together. 

Disk drives with the new interface 


will eventually be incorporated into 
laptop and notebook computers, em¬ 
bedded applications such as laser 
printers and fax machines, disk arrays, 
and a variety of consumer electronic 
equipment. 
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CALL FOR PAPERS 


6th ACM International Conference on Supercomputing, Washington D.C., July, 1992 


Sponsored by 

Association for Computing Machinery/SIGARCH 
July 19-23, 1992 

Hyatt Crystal City Hotel, Washington D.C. 


General Chair: 

Ken Kennedy 

Center for Research on Parallel Comp. 
Rice University 

Program Chair: 

C. D. Polychronopoulos, CSRD 

Program Committee: 

F. Allen, IBM, T.J. Watson 
R. Allen, Kubota Pacific 
Arvind, MIT 
J. L. Baer, U. Washington 

D. Bailey, NASA Ames 

J. C. Browne, U. Texas, Austin 
R. Cytron, Washington U. 

D. DeGroot, Texas Inst. 

R. Esser, KFA 

E. Gallopoulos, CSRD 

J. R. Gurd, U. Manchester 

F. Hossfeld, KFA 

E. Houstis, Purdue U. 

W. Jalby, U. Rennes 
Y. Jegou, INRIA-IRISA 
C. Koelbel, Rice U. 

J. McGraw, LLNL 
Y. Muraoka, Waseda U. 

A. Nicolau, U. California, Irvine 
T. Papatheodorou, U. Patras 
J. Riganati, SRC 

A. J. Smith, U. California, Berkeley 
H. Terada, Osaka U. 

A. Veidenbaum, CSRD 

S. Wallach, Convex 

Tutorials Chair: 

G. Paul, IBM TJ. Watson 

Finance Chair: 

A. Veidenbaum, CSRD 


Paper Submissions 

The 6th ACM International Conference on Supercomputing is soliciting papers on sig- I 
nificant new research results and experience in the development and use of supercom- I 
puting systems. Topics of interest include, but are not limited to parallel and high- 
performance computer architectures, parallelizing compilers and programming envi- I 
ronments, operating systems and performance evaluation, large-scale applications and j 
algorithms, technologies, new experimental and commercial systems. Authors should J 
submit five copies of the full manuscript to the program chairman or the appropriate re- I 
gional chairman as follows: 


North & South America 


Europe & Africa Japan & Far East 


Constantine Polychronopoulos 
Program Chairman 
CSRD 

University of Illinois 
104 S. Wright St. 

Urbana, Illinois 61801, USA 
cdp@csrd.uiuc.edu 


Harry Wijshoff 
Region Chairman 
Dept, of Computer Sc. 
Utrecht University 
Padualaan 14 
3584 CH Utrecht 
The Netherlands 
harryw@cs.ruu.nl 


Toshitugu Yuba 
Region Chairman 
Electrotechnical Laboratory 
1-1-4 Umezono, Tsukuba 
Ibaraki 305 
Japan 

yuba@etl.go.jp 


Deadline for Submissions: December 10,1991. Authors will be notified about the out¬ 
come of the paper selection by March 7, 1992. 

Proposals for Tutorials 

The conference also solicits proposals for half and full-day tutorials which will be of¬ 
fered before and after the conference. Proposals for tutorials on topics of wide interest 
to the supercomputing and parallel processing community should be submitted by De¬ 
cember 10,1991 to: 

George Paul 

Tutorials Chairman 

IBM TJ. Watson Research Center 

P.O. Box 704 

Yorktown Heights, NY 10598, USA 
gpl@watson.ibm.com 

Tutorial topics of particular interest include, but are not limited to large-scale applica¬ 
tions, numeric and symbolic computing, applications of supercomputing to engineer¬ 
ing, physical and biological sciences, programming environments and visualization 
tools, architectures, compilers and languages, and operating systems. 


Publicity Chair: 

E. Gallopoulos, CSRD 


Local Arrangements Chair: 

Duncan Buell, SRC 







NEW PRODUCTS 


Contact or send releases to Christine Miller, Computer, 10662 Los Vaqueros Circle, PO Box 3014, 
Los Alamitos, CA 90720-1264; Internet, s.c.miller ©compmail.com 


Developments in parallel processing 


Parallel DECs 

Digital Equipment has introduced a 
family of parallel computing systems 
called the DECmpp 12000 series. 
Configurations range from 1,024 to 
16,384 processors with performance 
up to 1.2 Gflops and 26 MIPS. 

The DECmpp programming lan¬ 
guage, a C-like high-level compiler, is 
included with the DECmpp system 
software license. A parallel program¬ 
ming environment features an interac¬ 
tive DECwindows point-and-select in¬ 
terface and includes a symbolic 
debugger, machine animator, and data 
visualizer. An image-processing li¬ 
brary supplies visual and data objects 
for program development. 

A disk-array subsystem provides 


parallel access to large data files. It 
features 720 Mbytes of formatted 
storage per disk with a capacity of up 
to 11.2 Gbytes of storage and a sus¬ 
tained I/O rate of 9 Mbytes/sec. 

A Fortran compiler built on For¬ 
tran 90 will be available in Decem¬ 
ber. 

System prices range from $240,500 
to $1,502,500. Licenses for other fea¬ 
tures range from $100 for the DEC¬ 
mpp programming language to 
$4,000 each for the programming en¬ 
vironment and processing library. 

The disk-array subsystems range 
from $129,000 to $261,000. 

Reader Service 35 


Warp speed ahead 

Intel Supercomputers is shipping 
iWarp systems for real-time embed¬ 
ded supercomputing applications in 
signal and image processing. Models 
range from single-board arrays to 
card-cage assemblies to multicom¬ 
puters. 

The central building block of these 
parallel systems is an iWarp micro¬ 
processor with local memory chips. 
Each cell is a computer with self-con¬ 
tained computation and communica¬ 
tion units that do not require addi¬ 
tional glue logic. Each micropro¬ 
cessor features eight communication 
links and provides an aggregate sus¬ 
tained processor-to-processor data 
rate of 320 Mbytes/sec. 

The 4- to 32-cell single-board ar¬ 
rays plug into Sun workstations as 
application-specific accelerators. The 
card-cage assemblies are self-con¬ 
tained and support 19-inch form fac¬ 
tors. The full systems hold up to 
1,024 processors with a peak perfor¬ 
mance of 20 Gflops. 

Systems support Fortran and C 
languages with communication ex¬ 
tensions and the full set of Unix pro¬ 
gramming tools. They also support 
two array-level compilers, Apply and 
Assign, that reduce the time neces¬ 
sary to develop code with reputed 
high performance. 

The result of a five-year collabora¬ 
tion between Carnegie Mellon Uni¬ 
versity and Intel Corp., the systems 
serve antisubmarine warfare, radar 
and sonar signal processing, robotics, 
and neural network applications, 
among others. iWarps are also sched¬ 
uled for use in DARPA’s High-Defi¬ 
nition Display Technology program. 

A four-cell single-board array 
costs $39,950, and a 64-cell minimum 
system costs $494,950. 
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DECmpp systems include a DECstation 5000 full-color front-end workstation, 
and Ultrix and DECnet software licenses. 
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Parallel development 


Coprocessor arrays 


MasPar Computer Corp. has an¬ 
nounced the MasPar Programming 
Environment (MPPE) development 
software for Sparcstation worksta¬ 
tions. MPPE is an interactive graphi¬ 
cal toolset for developing and adapt¬ 
ing applications for the MP-1 family 
of parallel computers. 

The software features statement- 
and function-level profiling for identi¬ 
fying code efficiency and computa¬ 
tional intensity. The environment also 


Modular transputers 

Parsytec Inc. has announced the 
MC-3 modular parallel processing sys¬ 
tem for industrial automation and im¬ 
age processing. The real-time system 
uses the T2, T4, T805, and T9000 
transputers to produce performance 
of up to 25 Mflops and 200 MIPS per 
processor. 

The MC-3 can contain any combi¬ 
nation of UniLink boards for I/O, 
data acquisition and control, initial¬ 
ization, and EPROM/EEPROM. Ad¬ 
ditional modules include SCSI and 
Ethernet interfaces and graphics I/O, 
and number-crunching and signal pro¬ 
cessing boards. The boards feature a 
data-broadcast bus with a 100-Mbyte/ 
sec. transfer rate. 


includes visualizers for feedback on 
program data structures and machine 
state, and a symbolic source-level de¬ 
bugger. 

A single concurrent-use license for 
MPPE is included with each MP-1 sys¬ 
tem. Additional concurrent-use licens¬ 
es are available. A one-use upgrade 
for MPPE is $2,500. 
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The system uses Zoran DSP chips 
that perform 1,024 FFTs in about 1 
ms. Integrator systems come in 19- 
inch cabinets in a choice of formats to 
accommodate up to 28 boards. 

Software support includes the 
RTSM real-time runtime library and 
cross-compilers running under MS- 
DOS, Apple O/S, and Sun Unix. Lan¬ 
guage support includes the Inmos 
Toolset, C, and Occam. Drivers and 
test routines written in C ship with 
corresponding modules. 

The MC-3 starts at $7,450. Quantity 
pricing is available. Typical delivery is 
four to six weeks ARO. 
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Computer System Architects has 
announced the SuperSetPlus family 
of multiuser transputer-based parallel 
coprocessor arrays. The architecture 
accommodates up to 256 processor 
nodes and 16 users on directly con¬ 
nected or networked PCs and Sun 
workstations. The operating system 
runs on a separate dedicated proces¬ 
sor, allowing portions of the parallel 
array to be allocated to individual us¬ 
ers with zero runtime overhead and 
no system interference. 

The system is partitioned into 16 
identical clusters regardless of the 
number of nodes. Internal link-switch¬ 
ing allows clusters to be grouped into 
larger configurations. Allocated pro¬ 
cessors fall under the control of their 
host workstation, where users can re¬ 
peatedly download code, debug, or re¬ 
set without interfering with the system 
or other users. 

A minimum configuration contains 
16 20-MHz T425s, each with 256 
Kbytes of RAM, resulting in an aggre¬ 
gate performance of 160 MIPS and a 
total memory of 4 Mbytes. A maxi¬ 
mum configuration has 256 40-Mhz 
T800s, each with 32 Mbytes of RAM, 
resulting in an aggregate performance 
of 3,840 MIPS and nearly 1 Gflops, 
and a total memory of 8 Gbytes. 
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Storage, memory, and compression 



The Stor family of portable SCSI disk subsystems offers 14-ms average access 
times. 


Portable media 


Unbound Inc. has introduced a fam¬ 
ily of four 5.25-inch SCSI Winchester 
disk subsystems that offer a storage 
range of 380 Mbytes to 2 Gbytes in re¬ 
movable disk modules. 

The Stor tabletop and rack-mount 
drives interface transparently to VMS, 
Unix, DOS, OS/2, and Apple operat¬ 
ing systems. They also serve Qbus and 
Unibus systems, VAXstations, DEC- 
stations, Sparcstations and Sparcserv- 
ers, and IBM PC XT/ATs and PS/2s. 

Tabletop drives start at $2,640, 
while chassis and rack-mount versions 
start at $2,800. 
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Dual ServerDat software features job scheduling, queue management, and 
three methods of backup using a graphical tree structure. 


DATs for backup 
and restore 

GigaTrend Inc. has introduced a 
digital audio tape (DAT) storage sys¬ 
tem, Dual ServerDat, for NetWare 
386 V3.1. The 8-Gbyte server-based 
backup-and-restore subsystem uses an 
intelligent tape-array controller to 
write data to two DAT drives simulta¬ 
neously. The system has NetWare 
Loadable Module functionality for 
loading and unloading directly from 
server memory while the server is run¬ 
ning. 

The external drive is compatible 
with ISA, EISA, and MCA architec¬ 
tures and connects to the host via a 
SCSI interface. Pricing begins at 
$17,750. 
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Fractal-format compression 

Iterated Systems states that its 
P.OEM software can achieve com¬ 
pression rates of 2,456:1 and output 
high-quality images at variable sizes 
and resolutions. 

The company states that the PC 
Zoomer utility program in its P.OEM 
Color Stillframe Developer’s Kit Ver¬ 
sion 2.1 produces resolution-indepen- 
dent images for use on VGA, SVGA, 
or Targa platforms. A fractal trans¬ 
form optimizes compression as image 
resolutions increase. 
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Parallel drives 

Prima Storage Solutions has an¬ 
nounced PDQ parallel hard-disk 
drives with up to 510-Mbyte capaci¬ 
ties. The drives connect to the paral¬ 
lel port on PC-compatible portables, 
palmtops, laptops, and luggables. 

The PDQ subsystems operate at 
speeds comparable to those of inter¬ 
nal drives with a 6.8-Mbyte/minute 
data throughput rate and carry an 
MTBF of up to 50,000 hours. 

The 84-Mbyte PDQ costs $1,276, 
the 120-Mbyte is $1,429, the 212- 
Mbyte is $2,031, and the 510-Mbyte is 
$4,071. They come with software 
drivers, an extra printer pass-through 
port to retain printer function, and 
cables. 
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Large solutions 

IBM has announced a number of 
storage solutions that include a new 
DASD model and subsystem, a disk- 
array subsystem, optical library data- 
servers, and a double-capacity tape 
cartridge. 

The 3390 Model 3 direct-access 
storage device for large ES/9000 
computers allows 180 Gbytes of stor¬ 
age in one subsystem. The new units 
can complete existing 3390 Model 1 
or 2 “strings,” constitute a second 
string on a 3990 Storage Control 
Model 2 or 3, or form a new 3990/ 
3390 storage subsystem. 

The 9340 DASD subsystem for in¬ 
termediate ES/9000 processors uses 
the 9345 DASD module, which 
comes in 2- and 3-Gbyte sizes. One 
configuration provides rack-based 
processor models 120 to 170 with 2 
to 24 Gbytes of storage. Another 
configuration offers frame-based and 
smaller water-cooled processors 4 to 
48 Gbytes in 7.9 square feet. 

The 9570 disk-array subsystem de¬ 
signed for technical computing trans¬ 
fers information in excess of 50 
Mbytes/sec. and stores 10.4 to 183 
Gbytes in one subsystem. It uses the 
striping-data technique of writing se¬ 
quential bytes of data across multi¬ 
ple disks simultaneously and a High- 
Performance Parallel Interface 
(Hippi). 

Optical storage includes the write- 


once 3995 Models 022 and 122 for 
token-ring LANs and Model 131 and 
111 expansion units that provide re¬ 
writable technology to the MVS/ESA 
operating system environment. 

A new 3490E enhanced-capacity 
cartridge system tape holds twice as 
much data as the previous one and al¬ 
lows tape subsystems to be located up 
to 14 miles from the processor. 
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X Windows 
Terminals 
with DOS 


Color PC-X Stations' 
from $1495 


Send for your FREE report on 
PC-X Windows™ vs. X Terminals 

PC-X Windows softwarejor 
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Mainframe compression 

Aquidneck has announced an opti¬ 
cal disk system that provides real-time 
data compression for IBM main¬ 
frames. The system combines an Opti¬ 
cal Archiving System controller and 
Gigapage COM Replacement soft¬ 
ware to store up to one billion pages 
of data. Because the OAS performs 
sector-to-record mapping transparent 
to the host, it is unaffected by vari¬ 
able-length output records. 

Users can index and write reports 
directly to the optical disk and quickly 
retrieve data electronically. Gigapage 
lets users retrieve reports for viewing 
on 3270 terminals, printing, or telefax- 
ing. Disks can be distributed to main¬ 
frames, minis, or micros. 

Complete systems start at less than 

$100,000. 
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Multiple backup 

The ADPI One-for-All tape backup 
system interfaces through the parallel 
printer port of IBM PCs, laptops, or 
notebooks without using controller 
cards or adapters. It offers 160 Mbytes 
of storage on digital cassette media at 
4.5 Mbytes/min. to multiple computers. 

Backup and restore functions in¬ 
clude total drive, specific directories 
and files, date-modified and archive 
files, attended backup, and unattend¬ 
ed batch mode. 

The single-unit price is $1,495, with 
quantity pricing available. 
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The 6-lb. One-for-All system provides 
full on-line help, menu prompts, and a 
status window. 


25-Mbyte floppies 

Quadram has introduced the 25- 
Mbyte Quadflextra very high density 
floppy subsystem for Macintoshes 
with built-in SCSI ports. 

The System 7.0-compatible device 
offers a 35-ms average seek time and 
a data-transfer rate of 1.25 Mbytes/ 
sec. Each 3.5-inch Flextra floppy has a 
formatted capacity of 20.4 Mbytes to 
permit storage of large graphics files 
or complete font libraries. 

The external floppy subsystem mea¬ 
sures 2.25 x 6.81 x 8.38 inches and 
weighs about 4 pounds. It features 
two SCSI connectors for daisy-chain¬ 
ing and a push-button switch that lets 
users select one of seven IDs. 

The drive comes with a shielded ca¬ 
ble, driver and utility software, and 
four 3.5-inch floppies. 

The complete system sells for $895. 
Additional Flextra floppies are avail¬ 
able for $25 each in multipacks. 
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Down the rabbit hole 

Telephoto Communications has in¬ 
troduced Alice-DOS, a software 
JPEG image-compression command¬ 
line utility that reaches speeds of up 
to 100 Kbytes/sec. Images are com¬ 
patible across multiple platforms, al¬ 
lowing decompression portability. 

The package works with Targa, TIFF, 
PCX, VIA, EPS, BMP, and DIB files, 
and RGB, CMYK, and gray-scale for¬ 
mats. Operating systems include 
DOS, Windows, OS/2, and Unix on 


Rewritable opticals 

Kuraray Co. Ltd. has announced 
the Lifetime media 3.5-inch rewritable 
optical disk. It is compatible with IBM 
and Sony 128-Mbyte optical drives. 
Applications include laptops, worksta¬ 
tions, stand-alone PCs, and music and 
video recording. The media conforms 
to ANSI and ISO standards. 
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From Mac to mainframe 

Telepartner Int’l has announced an 
enhanced version of Commpress for 
micro-to-mainframe transfers. Ver¬ 
sion 2 offers customizable ASCII/ 
EBCDIC translation tables for inter¬ 
national file transfers, OS/2 support, 
and a Mac application. Compression 
rates reputedly reach 80 percent. 

Licensing starts at $6,500 for the 
DOS/VSE CICS version. 
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ISA, EISA, MCA, and Sbus plat¬ 
forms. 

A browse feature lets users scan 
through multiple postage-stamp-sized 
images to select the desired image. A 
40-character string can be appended 
to each compressed image for mainte¬ 
nance purposes. 

The package costs $195. Free demo 
disks are available. 
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Unix on the upswing 


Neural net development 

Softlabs Corp. has announced Neu¬ 
ral Designer Professional VI.1, a neu¬ 
ral network simulator for Sun work¬ 
stations running Unix and Sun OS. 

Users need not learn a high-level 
language. They can use utilities to con¬ 
vert data to program format and then 
use a line-based menu-driven interface 
to set, train, run, and characterize the 
network. 

The package features multiple-layer 
feed-forward networks with or without 
shortcut connections and supports cas¬ 
cading of networks. Multiple learning 


algorithms, 14 examples, an on-line 
tutorial, and 350 pages of documenta¬ 
tion are included. 

The company has also released 
Neural Teacher VI.1 to introduce us¬ 
ers to neural network simulation. It 
comes with a general-purpose simula¬ 
tor that handles networks up to 10-15- 
10, and three real-world examples. 

The designer package costs $295; 
the teaching package for Sun Unix 
platforms is $90. 
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Fault tolerance 


Ensure Computer Systems has an¬ 
nounced the Aegis series of fault-tol¬ 
erant computer systems for Unix envi¬ 
ronments. 

Aegis uses an Intel 80486 processor 
in an EISA bus with 8 Mbytes of 
RAM expandable to 64 Mbytes. A 
64-Kbyte second-level cache expand¬ 
able to 256 Kbytes complements the 
8-Kbyte on-chip cache and floating¬ 
point unit. 

A SCSI mirroring hard-disk con¬ 
troller with caching and 1 Mbyte of 
RAM provides an average data-access 
time of 0.1 ms. 

The system comes with a fault-tol¬ 
erant multiuser I/O system that sup¬ 
ports 128 devices. 
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The Aegis features two 200-Mbyte 
mirroring hard-disk drives that can be 
removed for secure storage and data 
protection. 


Intersystem functionality 

Micro Computer Systems has an¬ 
nounced a software package that al¬ 
lows DOS, Windows, and OS/2 users 
on a LAN to access Unix computers 
running the Sun 4.0 operating system. 

SMB/ix enables Unix computers to 
function as message block servers for 
PCs running SMB-over-NetBIOS soft¬ 
ware. SMB/ix runs on the Unix ma¬ 
chine to provide file and print services 
to PC users, who can execute Unix 
commands from their workstations. 

Prices start at $1,995. 
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Computer Science and 
Engineering Department 

The University of Toledo’s Department of Computer Science and En¬ 
gineering is seeking applications and nominations for the position of 
department chair beginning 1 July 1992. Applicants must have a Ph.D. 
in Computer Science, Computer Engineering or a closely related field. 
A record of research, teaching and service along with strong ad¬ 
ministrative, leadership, communication and managerial skills adequate 
to support a positive tenure decision are required of the successful can¬ 
didate. Applications will be accepted until 1 January 1992 or until the 
position is filled. 

The Department of Computer Science and Engineering offers a bac¬ 
calaureate program with approximately 100 upper division students. 
Faculty members have diverse interests in Parallel Computing, 
Software Engineering, Fault Tolerant Systems, Performance Modeling, 
Database, Expert Systems, Hardware Design and Computer Graphics. 
The chair is expected to provide a leadership role in establishing a 
departmental graduate program and expanding faculty research. 

Facilities available to the department include a cluster of 50 Unix based 
workstations, a NAS 9080 mainframe, a VAX 6420, VAX 11/780, Sun 
4/470 server, HP and Intel microcomputer development facilities and 
several clusters of microcomputer systems. In addition, there is a 
transputer based hypercube used for research within the department. 
Each faculty member is provided with an individual workstation and has 
access to the departmental LAN, Ohio Academic Research Network, 
Internet, and BITNET. 

The University of Toledo is a state supported institution with over 
24,300 students (2,400 students enrolled in engineering). The College 
of Engineering awards degrees in Civil Engineering, Chemical En¬ 
gineering, Computer Science and Engineering, Electrical Engineering, 
Engineering Physics, Engineering Technology, Industrial Engineering, 
and Mechanical Engineering. Tne University of Toledo is located in 
Toledo, Ohio - glass capital of the world. Attractions in the area include 
the Toledo Mud Hens baseball team, Tony Packo’s, the nationally 
recognized Toledo Museum of Art, Cedar Point amusement park and 
the Toledo Zoo. Outdoor recreation is plentiful with the newly opened 
Maumee Bay State Park, Lake Erie and adjacent waterways, and an 
extensive metropark system. 

Applicants should send a resume and the names of at least three refer¬ 
ences, including addresses, who may be contacted to: 


Professor Donald J. Ewing, Chair 
Departmental Chair Search Committee 
Computer Science and Engineering 


/wThe 

University 

“Toledo 


South Engineering Building 
Toledo, OH 43606-3390 
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Company, Model, Function Comments R.S. No. 


Anadigics 

ATA12000 

TIA 

Analog Devices 

ADXL-50 

Accelerometer 


Burr-Brown 
OPA671 
FET op amp 

Fujitsu 
MB4150 
Read amplifier 

Fujitsu 

MB81C78A 

SRAM 

Hitachi America 

HM5114 

DRAMs 

Hyundai Electronics 
HY514100,HY514400; 
HY534256,HY531000 
DRAMs 

Linear Technology 
LTC690 family 
Supervisory circuits 

Motorola 

6HCllxx 

Microcontrollers 

Power General 
DCl-l-x/x series 
DC/DC converters 

SGS-Thompson 
Microelectronics 
MK48S74, MK48S80 
Tag R AMs 

Sharp 

LH5168, LH51256 
SRAMs 


Latest in a series of GaAs IC transimpedance accelerators is a 1.2-Gbytes/sec unit that fea¬ 
tures automatic gain control, 4k-ohm transresistance, 900-MHz analog bandwidth, 50-dB 
electrical dynamic range, and 31-dBm optical sensitivity. Cost (50s): $100. 

Surface-micromachined acceleration sensor, 500 pm x 625 pm, includes on-chip excitation, 
signal conditioning, and self-test. Operates in a force/balance mode over -55°C to +125°C 
range; measures acceleration over+50g range to 5% accuracy. Cost: $23 (100s); $5 (automo¬ 
tive OEM quantities). 

Input field-effect transistor operational amplifier offers gain-bandwidth product of 35 MHz, 
settling time of240 ns to 0.01 %, and maximum input-bias current of 50 p A. Operates from 
±4.5V to ±18V power supplies; slews at lOOV/ps. Plastic 8-pin DIP. Cost (100s): $5.95. 

Wide-bandwidth IC reproduces data stored on high-speed read/write opto-magnetic disks. 
Extracts magnetic-optical and address-ID signals from current levels of two photo diodes. 
Available in 16-pin shrink SOPs. Cost (1,000s): $5. 

High-speed 8-Kbyte x 8 SRAM for cache memory in PCs or scratch-pad memory in general 
processor-based systems. Now available in SOJ package, mounted on a 330-mm-diameter 
reel with 1,000 devices per reel for automated surface-mount assembly. Cost (1,000s): $4.38. 

HM51141xxA memories are 4-Mbit x 1 parts; HM51144xxA ICs are 1Mbit x 4. Built with 
0.8-micron CMOS process in stacked memory-cell design. Come in five package types, in¬ 
cluding thin SOPs, and 60-ns versions. Cost (1,000s): from $22.39 to $28.32. 

High-speed CMOS DRAMs feature fast-page mode for high-bandwidth operation, com¬ 
mon I/O capability, 300-mil SOJ packaging, and compatibility with TTL families. HY514100 
configured 4M x 1; HY514400 configured 1M x 4. Both available at 80 and 100 ns. HY534256 
configured 256K x 4 and HY531000 configured 1M x 1; both available at 60,70, and 80 ns. 

Microprocessor supervisory circuits in surface-mount packaging guarantee reset assertion 
down to IV. Plug-compatible with MAX690 family. Supply currents are 1.5 mA maximum, 
and RAM chip-enable gating is 35 ns maximum. Cost (100s): from $3.80. 

Eight-bit microcontrollers suffixed A8, D3, and E9 increase acceleration to 3 MHz and in¬ 
clude 16-bit timer, real-time interrupts, and pulse accumulators. A8 and E9 also include 512 
bytes of EEPROM and A/D converters. Cost (1,000s): $4.45. 

Six models of single-output converters in combinations of 5V or 12V DC input voltages and 
5 V, 12V, or 15 V DC regulated outputs. MTBF is 1 million hours. Feature 30-mV peak-to- 
peak ripple and noise and 1-watt continuous output power. Cost (1 to 24): $54. 

Cache tag R AMs contain an 8K x 8 SRAM, an integrated comparator, and an asynchronous 
RAM clear function. Available with address-to-compare access time of 17 ns. MK48S74 fea¬ 
tures open-drain match output; MK48S80 has a totem-pole match output. Come in 28-pin, 
300-mil DIPs or 28-pin, 300-mil SOJ packages. Cost (1,000s): from $8.60 to $18.75. 

Ultra low power SRAMs: 8K x 8 LH5168 access time is 100 ns; 32K x 8 LH51256 times are 
100 and 120 ns. Maximum current: standby, 1 pA; data retention, 0.6 pA. LH5168 comes in 
600-mil DIPs, 300-mil shrink-DIPs, and 450-mil SOPs. LH51256 comes in 600-mil DIPs and 
450-mil SOPs. Cost (1,000s): from $2.54, LH5168; $14.46, LH51256. 


Symphony Laboratories Mozart chip set — SL82C471 cache/DRAM controller, SL82C472 EISA bus controllers, 
SL82C471, -2, -3 and SL82C473 EISA CMA controller — for 386DX or 486SX/DX systems from 20 to 50 

Core logic chip set MHz. Allows complete production on baby AT-size motherboard; operates in conventional 

or concurrent mode. Cost (sample set): $250. 


Texas Instruments 
TMS44100RVA, 
TMS44400RVA 
VPAK DRAMs 


Vertical surface-mount package for 4-Mbit DRAMs. L-shaped leads for strong bonds dur¬ 
ing automated soldering. Specially designed posts for accurate mechanical insertion on 
PCBs. TMS44100RVA organized 4-Mbits x 1; TMS44400RVA organized 1-Mbit x 4. Cost 
(1,000): $23.25 (80 ns); $23.50 (70 ns); $24.50 (60 ns). 
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Microsystem Announcements 


Appian Intelligent graphics controller for PC business and CAD applications has 2-Mbyte video 

Rendition III RAM and 4-Mbyte DRAM. Features TMS34020 processor that offloads graphics proces- 

Graphics controller sing to the controller. Supports a wide range of multifrequency monitors at resolutions up to 

1,280 x 1,024, noninterlaced, with 16- or 256-color displays. Cost: $2,395. 

PC adapter card —16 bits, 1 Mbyte — delivers 32,000 colors at 640 x 480 and 800 x 600 reso¬ 
lution and 256 colors at 1,024 x 768 resolution. Tested at 10,150 characters per millisecond on 
Landmark 2.0 using a 33-MHz 386 computer. IS A bus compatible. Cost: $349. 


Cisco Systems 
HSSI/DS-3/E3 
Interface board 

Computer Modules 
Quad LPT 
Interface board 


Comtrol 
Hostess i 
Serial controllers 


Harris Laboratories 
Performer 
Accelerator board 

Intel 

iSBC486DX33 
PC board 

Interphase Corporation 
V/SCSI-2 4220 Cougar 
Host bus adapter 

Motorola 

MVME167,MVME187 
Single-board computers 


Single-port, full-duplex synchronous serial interface with two 16-MIPS bit-slice processors 137 

achieves maximum data rate of 52 Mbps. Transmits routed and bridged data at standard 
DS-3 rate of 45 Mbps or at international standard E3 speed of 34 Mbps. Cost: $8,000. 

Four standard PC/AT-compatible ports provide parallel I/O for ISA, EISA, and PC/AT 138 

systems. Includes configuration and driver software for determining current port configura¬ 
tion and extending it. Ports can be configured as standard PC/AT outputs or general-purpose 
I/O ports. Printer spooler available. Buffered outputs for driving 15-ft. cables. Cost: $295. 

Three models of field-upgradable 8- or 16-port intelligent serial communications control- 139 

lers connect users to PC through single expansion slot. On-board 10-MHz 80286 processor 
on model i/MC (Micro Channel compatible); 12.5-MHz V53 processor on model i (ISA bus 
compatible) and model i/E (EISA bus master compatible). Cost: $1,295 to $1,950. 

Includes 68000 processor running at 16 MHz—twice the clock speed of the standard Mac- 140 

intosh Classic — and high-speed 64K SRAM cache circuit. Supports all Mac OSs above 6.0.7. 
Optional 68881 math coprocessor. Cost: $299.95. 

Provides 33-MHz i486 CPU with up to 32-Mbyte memory, keyboard and mouse interfaces, 141 

floppy and selectable IDC/SCSI hard drive interface, one parallel and two serial ports, front- 
panel reset, and SuperVGA graphics. Supports Multibus II architecture. Price: $5,500. 

Designed for VME or VME64 systems, provides either one or two SCSI-2 channels in a sin- 142 

gle slot, SCSI-1 and SCSI-2 device support, synchronous data rates to 10 Mbytes/sec., and 
asynchronous rates to 2 Mbytes/sec. Cost: $2,195, single channel; $2,790, dual channel. 

High-performance processor engines integrate process, memory, Ethernet, SCSI support, 143 

and serial and parallel ports on a single VME module. MVME167 is based on 25-MHz 
MC68040 CISC microprocessor; MVME187, on MC88100 at 25 MHz. Cost: $3,995. 


New Media Graphics Runs under Microsoft Windows and DOS, demodulates incoming cable or broadcast TV 

Super TV Tuner signal into NTSC, which in turn can drive an IBM M-Motion or VideoLogic D VA-4000 

Tuner board board for display on a PS/2-monitor window. Cost: $495. 


Orchid Technology 
Fahrenheit 1280° 
Graphics accelerator 


Peer Protocols 
PEER-7000 series 
Development systems 


Super VGA card provides hardware support for Windows graphics operations. Supports up 145 
to 72-Hz refresh rates at 1,024 x 768 and lower resolutions. VRAM-based board is fully com¬ 
patible with previous graphics standards and with interlaced and noninterlaced monitors. 

Cost: $449,512 Kbytes; $549,1Mbyte. 

NCR 53C916 SCSI-2 chip and NCR 53C932 SCSI Bus Extender chip support SCSI-2 en- 146 

hanced commands and messages; bus widths of 8,16, and 32 bits; and bus speeds up to 10 
megatransfers per second. Compatible with user applications developed in C. PEER-7005 
(8 bits) and PEER-7045 (16 and 32bits). Cost: $12,000 to $17,500. 


Spectral Innovations Nubus board for Macintosh capable of 30 Mflops includes a 60-Hz AT&T DSP32C digital 

MacDSP MB/A signal processor, a 10-MHz Motorola M68000 processor, up to 1 Mbyte SRAM and 4 Mbytes 

DSP card DRAM, and DMA ports. Runs Apple’s real-time operating system. Cost: from $3,495. 

Zykronix Single-board system measures 4 x 6 x 1.3 in., weighs 6 oz., and offers a 20- or 25-MHz 80386 

Little Monster II SX CPU with up to 16 Mbytes of RAM. Features include floppy disk controller, dual RS-232 

AT-compatible system serial ports, parallel port, IDC hard disk interface, and ISA-signal-compatible Zykro-Bus. 

Accepts up to eight Zycro-Slice expansion boards. Cost (250s): $889 without RAM. 
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IEEE COMPUTER SOCIETY 
Membership / Subscription Application 




BENEFITS 


Computer 

You automatically 
receive Computer with 
membership. Written, 
reviewed, and refereed 
by experts, it features 
survey and tutorial 
articles covering the 
entire computer field, 
and departments such 
as new products, pro¬ 
duct reviews, standards, 
and a reader forum 
called “The Open 
Channel.” (monthly). 

Technical Committees 

Participate in one or more of our 33 technical 
committees — networks of professionals with common 
interests in specialty areas within computer hardware, 
software, and applications. 

Standards Working Groups 
Participate in the development of the more than 100 
standards projects currently sponsored by the society 
in such diverse areas as software engineering, local 
area networks, microprocessor buses, design automa¬ 
tion, programming languages, and standards 
definitions. 

Computer Society Press Books and Videos 

Receive discounts of up to 50% on over 700 titles 
covering a broad spectrum of computer science topics 
such as networking, communications, advanced 
systems, image processing, security, artificial 
intelligence, and visualization. Over 120 new products 
are published annually. 

Conferences and Tutorials 
Choose from more than 100 conferences annually, 
ranging from large industry-oriented conferences 
replete with exhibits to small, highly interactive 
workshops. Members receive special low rates. 


Schedule of Fees 


To join: see item 1, 2, or 3. 

To subscribe: see item 4. 

Membership dues and periodical subscriptions are annualized to, and expire on, 
December 31. Pay full- or half-year rate depending on date of receipt by the 
Computer Society as indicated below. Half Year Full Year 

Mar 1-Aug 31 Sept 1-Feb 28 


I I don’t belong to the IEEE and I want 

to join just the Computer Society _ 

2 1 don’t belong to the IEEE and I want 

to join both the Computer Society and the IEEE* 

I reside in Region 1-6 (United States). □ $52.50 

I reside in Region 7 (Canada). □ $48.50 

I reside in Region 8 (Europe, Africa, orthe Middle East) □ $48,00 

I reside in Region 9 (Latin America). □ $44.50 

I reside in Region 10 (Asia and Pacific). □ $43.50 


□ $27.00 □ $ 54.00 


□ $105 

□ $ 97 

□ $ 96 

□ $ 89 

□ $ 87 


^ I already belong to the 


id the Computer Society may deduct $5 off the 

□ $11.00 □ $ 22 


and I want 
to join the Computer Society 

IEEE Member Number — _ 

I OPTIONAL PERIODICALS for new or current members 


IEEE Computer Graphics and Applications 6 

IEEE Design and Test .4 

IEEE Expert .6 

IEEE Micro .6 

IEEE Software .6 

Transactions on: 

Computers .12 

Knowledge and Data Engineering 4 

Parallel and Distributed Systems 4 

Pattern Analysis and Machine Intelligence 12 
Software Engineering .12 


Total amount remitted with this application $ 

DC residents add sales tax to optional periodicals. 

□ Checks accepted in Belgian, British, German, Swiss, Japanese, or US currencies. 
Checks must be drawn on a bank in the country of origin of the currency. pR|CES E 

□ Visa □ Master Card □ American Express M °- 


□ $12.00 

□ $ 

□ $11.00 

□ $ 

□ $10.00 

□ $ 

□ $10.50 

□ $ 

□ $12.50 

□ $ 

□ $12.00 

□ $ 

□ $ 7.50 

□ $ 

□ $ 7.00 

□ $ 

□ $12.00 

□ $ 

□ $11.00 

□ $ 

$_ 
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je Card Number (Minim 


if elected, will be governed by IEEE’s and the society’s constitutions, bylaws, and statements of 


MAILING ADDRESS 


EDUCATION (highest level completed)_ 


Return to: IEEE Computer Society, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264 USA. 

Residents of Europe mail to: IEEE Computer Society, 13, Avenue de I’Aquilon, B-1200, Brussels, BELGIUM. 

Asian/Pacific residents mail to: IEEE Computer Society, Ooshima Building, 2-19-1 Minami-Aoyama, Minato-ku, Tokyo 107 JAPAN. 
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PRODUCT REVIEWS 

Send review submissions to MOCO Inc., 776A Country Way, N. Scituate, MA 


Alternate versions 


Giovanni Perrone, GP Systems 

The original theme for this month 
was Unix on modern workstations. 
The two main products are Apple 
Computer’s A/Ux (Apple Unix) for 
the Macintosh and IBM’s Aix (Ad¬ 
vanced Interactive Executive) for the 
RISC System/6000. Both products are 
excellent Unix implementations, with 
Aix/6000 representing the high-end 
and A/Ux the lower cost PC work¬ 
station. However, another theme 
emerged as the reviews proceeded: 
how rapidly evolving, easy-to-use ver¬ 
sions of Unix are supercharged by 
new technology. 

Two primary elements are responsi¬ 
ble for this evolution: outstanding 
workstation performance (especially 
the RISC-based workstations) and 
graphical user interfaces (GUIs). In 
addition to complementing the Unix 
operating system software, they com¬ 
plement each other. Individually, they 
make older solutions more tolerable 
and helpful. Together, they create in¬ 
novative solutions like Aix’s InfoEx- 
plorer and A/Ux’s Commando to 
make systems even easier to use. Con¬ 
sidering the rapid advances in com¬ 
puter technology, the good news is 
that the best is yet to come. 


A/Ux Release 2.0 

A/Ux is clearly the best example of 
how two operating system environ¬ 
ments can be “seamlessly integrated.” 
They not only coexist but effectively 
and conveniently offer their best fea¬ 
tures. The two environments are Unix 
and the Macintosh Operating System 
(OS). The integration is seamless be¬ 
cause Apple has implemented A/Ux 
so that users can operate Unix 
through the easy-to-use Macintosh 
user interface. They can also simulta¬ 
neously run off-the-shelf Macintosh 


of Unix 


and Unix application programs, all 
from the familiar Macintosh desktop 
environment. 

This is not a stripped-down version 
of Unix I’m talking about. A/Ux 
comes with literally hundreds of the 
standard Unix utilities and support for 
such extensions as the X Window Sys¬ 
tem. This second major release is 
based on Unix System V, Release 2, 
Version 2, with extensions from the 
Berkeley Software Distribution 
(BSD) Unix, Versions 4.2 and 4.3. 

But the real “frosting” on this full- 
featured version is the unique exten¬ 
sions added by Apple based on the 
Mac OS. The resulting A/Ux con¬ 
forms to Unix standards and offers 
many unique advanced features that 
are simply not available in other Unix 
implementations. 

A/Ux is one of the best software 
bargains available, available on floppy 
disks for $995. A more convenient 
(and significantly cheaper) form is a 
CD-ROM disk for $795. A/Ux is also 
available preinstalled on the Mac Ilsi, 
Ilci, and Ilfx. 

A Mac Ilsi is $5,169. This price in¬ 
cludes 5 Mbytes of memory, an 80- 
Mbyte internal hard disk with A/Ux 
installed, a CD-ROM disk with A/Ux 
(for backup), and a NuBus adapter 
card (the keyboard, monitor, and CD- 
ROM drive are not included). The X 
Window System for A/Ux is an addi¬ 
tional $195. 

Because I heard that A/Ux installation 
can be tricky, I wanted to test this func¬ 
tion myself. Consequently, I turned 
down a system with preinstalled A/Ux in 
favor of one I had to set up. For this re¬ 
view, Apple supplied me directly with a 
top-of-the-line Mac Ilfx (with a Motor¬ 
ola 68030 40-MHz CPU) with 8 Mbytes 
of memory, a color monitor, an 80- 
Mbyte internal hard disk, a 160-Mbyte 
external hard disk, and a CD-ROM 
drive. The software provided was the 


r: Richard Eckhouse, University of Massachusetts-Boston. 
5; Compmail r.eckhouse; Internet, eckhouse@cs.umb.edu. 


A/Ux 2.0 CD-ROM Product, the least 
expensive format, in case you already 
have — or need to justify — a CD-ROM 
drive. 

Features preview. The A/Ux Com¬ 
mand Shell utility lets you open multi¬ 
ple shell windows. Each window can 
execute a different set of tasks as 
though running from a separate termi¬ 
nal. It’s easy to set up system startup 
and shutdown for automatic opera¬ 
tion. Startup is then automatic every 
time a user turns on the Mac, as is 
shutdown when selected from a menu. 

System administration has been so 
greatly simplified that an experienced 
administrator is not necessary. Utili¬ 
ties that help with routine administra¬ 
tive tasks (such as adding new users or 
changing passwords) and automatic 
routines to help recover from system 
crashes are included. Support for stan¬ 
dard Unix networking with the Apple- 
Talk and TCP/IP protocols is provid¬ 
ed. AppleShare has also been added 
to allow simple but flexible LANs us¬ 
ing low-end Macs as servers. 

You can issue commands just by 
clicking buttons in a dialogue box 
tailored for each utility. Modern 
Macintosh-style word processing uses 
the mouse and pull-down menus with 
the TextEditor utility or a variety of 
off-the-shelf Macintosh applications. 
Traditional Unix editors based on cur¬ 
sor keys and command formulas are 
also available. 

Installation. I had no difficulty in¬ 
stalling the operating system; in fact, 
it was a piece of cake. The few things 
you must note are clearly documented 
in the installation guide. Just remem¬ 
ber you are installing a sophisticated, 
full-featured operating system. If you 
follow the steps outlined in the guide, 
your installation should progress 
smoothly. 
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A/Ux requires a Mac SE/30 or Mac 
II-family system configured with an 
80- or 160-Mbyte hard disk, a video 
card (not required for the Mac Ilci), 
a monochrome or color monitor, a 
keyboard, a mouse, and a minimum of 
4 Mbytes of system memory. Xll for 
A/Ux requires additional disk space 
beyond 80 Mbytes. 

The CD-ROM Product I used also 
includes 10 floppies. The CD-ROM 
disk contains the complete operating 
system and utilities stored as an A/Ux 
file system. The floppies consist of a 
launch disk containing a stand-alone 
A/Ux shell, a kernel, and utilities for 
installing the operating system from a 
CD-ROM disk; a root disk, with a 
minimal file system; and a variety of 
other startup and utilities disks. A 
ReadMe disk also gives the latest 2.0.1 
information about this release. 

The first step for installing A/Ux is 
initializing (formatting) and partition¬ 
ing the hard disk. The HD SC Setup 
utility on the system-tools disk lets 
you accomplish both tasks quite easi¬ 
ly. You create a Mac volume named 
MacPartition (a recommended name). 
A dialogue box displays a series of 
predefined partitioning options so 
that you can allocate the hard disk for 
both A/Ux and Mac OS partitions. 
Examples of the option choices are 
Maximum Macintosh, Minimum 
Macintosh, Standard A/Ux System, 
and Maximum Free A/Ux. I felt a bit 
uneasy at this point because I won¬ 
dered if I had enough information to 
make the right decision. Since I was 
using a dedicated 160-Mbyte hard 
disk, my concern was unnecessary. 

The Standard A/Ux System — as the 
installation guide says — is probably 
always a good choice. 

Once the MacPartition is created, 
you install the system folder and copy 
the A/Ux startup application and utili¬ 
ties into it. An installer program is 
provided to simplify this step. You are 
now ready to launch the media-specif¬ 
ic (CD-ROM or floppy) installation 
process. This is initiated from the 
launch disk, which contains an A/Ux 
installation program. You double¬ 
click the program and are shortly 
prompted for a disk with the A/Ux 
file system. You insert the root disk 
and the Mac boots A/Ux from the 
floppy and displays an A/Ux Console 
Emulator window. 

A series of prompts nicely guides 
you through the next part of a “stan¬ 
dard” installation. However, there is a 
minor problem in the procedure at 
this point. The Kernel Archive disk 
called for in the guide is no longer re¬ 
quired. This is clearly stated in the 


A/Ux is clearly the best 
example of how two 
operating system 
environments can be 
seamlessly integrated. 


ReadMe file but still creates a gap in 
procedures between this part of the 
installation and the next (installing 
from CD-ROM). If you don’t peruse 
the ReadMe, you may get hung up 
here. 

The final part (finally) is copying 
the system from the CD-ROM disk. 
After you respond to a prompt that 
asks whether you wish to continue, 
you can let the installation proceed 
unattended. In contrast, you cannot 
leave the floppy installation proce¬ 
dure unattended. The CD-ROM in¬ 
stallation takes about two hours (ver¬ 
sus three for the floppy). When the 
final messages are displayed on the 
screen, “Press RETURN to activate 
reboot” directs you to reboot from the 
MacPartition, which displays the fa¬ 
miliar Finder (desktop). 

Both installation media will also 
help to restore lost or damaged files. 

First-time activities. The next in¬ 
structions are a group of activities that 
help create a convenient A/Ux envi¬ 
ronment. For example, you can desig¬ 
nate the hard disk with A/Ux as your 
startup (from a cold or power-on 
startup) disk. To do this, you simply 
click on the control-panel startup-de¬ 
vice icon and click the MacPartition 
icon. Now your system will start from 
the hard disk with the MacPartition. 

To start up A/Ux, you double-click 
on the MacPartition icon and then the 
A/Ux startup icon. You can also make 
A/Ux the automatic startup applica¬ 
tion by single-clicking on the startup 
icon and the Set Startup selection in 
the desktop Special menu. The Set 
Startup dialogue box lets you select a 
radio button to do so. 

When A/Ux is launched, users can 
log into a dialogue box as guests or 
registered users. The first time you log 
in there is no “root” (a special ac¬ 
count with unlimited privileges and 
accesses) password. I recommend that 
you set a root password right away to 
protect the system from inexperi¬ 
enced or malicious users. The next 


step is to set the correct system date 
and time. 

X Windows. A/Ux lets you create a 
personalized X Windows environment 
using either MacX or Xll. MacX is 
designed for users new to X Windows 
or those who prefer the Mac user in¬ 
terface. Xll is for experienced X 
Windows users or programmers pre¬ 
ferring the traditional X Window Sys¬ 
tem interface. Both MacX and Xll 
are based on the X Window System, 
Version 11, Release 4. 

MacX includes the display server 
and an “xcalc” client application. The 
fully integrated environment supports 
X Windows client applications, Mac 
applications, and Unix programs on 
the same screen. Text and graphics 
can be cut and pasted between these 
applications. Client applications ap¬ 
pear the same whether running on lo¬ 
cal or network (remote) computers. 

An optional “root window” allows the 
display of client applications to simu¬ 
late different X Window System envi¬ 
ronments. 

Xll includes the display server, cli¬ 
ent applications and commands, and 
X Windows programmer toolkits and 
libraries. It is a complete X Windows 
development environment. Integrated 
Unix and X Windows environments 
allow execution of multiple Unix and 
X Windows applications simulta¬ 
neously, each in a different window. 
An “xterm” client application gives 
access to the A/Ux command line. An 
X Window System user interface and 
network transparency are also sup¬ 
ported. 

MacX and Xll can be used on a 
stand-alone Mac or in a variety of net¬ 
work configurations. Several sections 
in the “Getting Started” guide will 
help you decide which product and 
options will best serve your needs. 

Documentation. The documenta¬ 
tion set is outstanding. Overwhelming 
might be a better word. The 25 manu¬ 
als need assembly and require about 
five feet of shelf space. However, the 
information is nicely packaged, clearly 
structured, well written and illustrat¬ 
ed, and very useful — which, of 
course, is the ultimate measure of sys¬ 
tem manuals. 

The manuals are packaged in 
groups. There are five for the CD- 
ROM Product (“RoadMap,” “Instal¬ 
lation Guide,” “Essentials,” “Setting 
Up Accounts and Peripherals,” and 
“MacX Users Guide”). A user kit has 
four (“Text Processing Tools,” “Text 
Editing Tools,” “User Interface,” and 
“Communications User’s Guide”). An 
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administrators kit adds three more 
(“Local System Administration,” 
“Network System Administration,” 
and the “System Administrator’s Ref¬ 
erence”). The programmer kit has 
eight (“Command Reference Sections 
A-L” and “Sections M-Z,” “Refer¬ 
ence Summary and Index,” “Program¬ 
mer’s Reference Sections A-L” and 
“Sections M-Z,” “Programming Lan¬ 
guages and Tools,” Vols. 1 and 2, and 
the “Toolbox Macintosh ROM Inter¬ 
face”). Four more are included with 
the optional X Window System for A/ 
Ux Product (“Getting Started,” “Xll 
User’s Guide,” “Xll Command Ref¬ 
erence,” and “Xll Programmer’s Ref¬ 
erence”). 

Personal favorites. If you like the 
Mac, you’ll love what it does for Unix. 
Even long-time Unix users will be im¬ 
pressed by the abundant features and 
seamless integration. I could compile 
quite a list of strengths, but instead 
I’ll focus on those features that im¬ 
pressed me. 

Commando is an A/Ux-unique com¬ 
mand-line-building utility that uses 
special dialogue boxes for viewing and 
executing most A/Ux commands. It 
complements the traditional Unix 
command line with an exemplary 
point-and-shoot system of command 
entry. A/Ux contains over 500 execut¬ 
able commands. The Commando dia¬ 
logue box contains radio buttons, 
check boxes, text boxes, file buttons, a 
help box, and output and error pop-up 
menus. 

Commando also serves as a tool for 
quick command references. The help 
box contains a brief description of the 
command and displays information 
about any selected flag options. Radio 
buttons and check boxes allow selec¬ 
tion of flag options. Text boxes let 
you enter text when needed for a 
command. File buttons allow access to 
files and folders used in command¬ 
line arguments. Output and error 
menus let you redirect messages to a 
desired location, such as a file. Com¬ 
mando dialogue boxes are accessible 
by double-clicking a command icon 
from the Finder, typing the command 
name, selecting Commando from the 
Edit menu, or typing “cmdo” followed 
by the command name. 

The shared Mac, A/Ux, and X Win¬ 
dows desktop is an excellent model 
for how GUIs should be merged. The 
desktop menu bar provides an icon on 
the extreme right that shows the ac¬ 
tive GUI (like Finder, Command- 
Shell, or MacX). Switching is accom¬ 
plished by clicking on or pulling down 
the Apple menu and clicking on the 


If you like the Mac, 
you’ll love what it does 
for Unix. Even long-time 
Unix users will be 
impressed 


selection. A/Ux starts in the Finder. 
When you activate the Command- 
Shell, one of its windows appears. The 
three standard Unix shells — C, 
Bourne, and Korn — are supported. 
The C shell login default can be 
changed. Multiple Command-Shell 
windows can be arranged on the 
screen in a variety of ways (cascaded, 
tiled, and resized). 

A/Ux is a Unix software bargain. It 
is the most user-friendly Unix envi¬ 
ronment I have encountered. It pro¬ 
vides many unique features simply not 
available with other Unix systems and 
is also easier to use and administer 
than many of these systems. 

Readers may contact Apple Com¬ 
puter Inc. at 20525 Mariani Ave., Cu¬ 
pertino, CA 95014; (408) 996-1010; or 
circle Reader Service Number 21. 


Aix Release 3.1.5 

This version of the Aix operating 
system has been restructured and en¬ 
hanced for IBM’s RS/6000 POWER 
(Performance Optimization with En¬ 
hanced RISC) architecture. The Aix 
family of operating systems is a collec¬ 
tion of interfaces, conventions, and 
protocols that include Unix, industry 
standards, and IBM extensions, all 
supported across a broad range of 
IBM computer environments. 

Aix is also available for mainframes 
(System/370-390; 3090, 9370, and 
4381) as Aix/370, RISC Technology 
(RT) workstations as Aix/RT, and 
386- and 486-based Personal Systems 
(PS/2s) as Aix PS/2. 

The company’s involvement with 
Unix started in the mid-1980s when it 
introduced Aix with RT workstations. 
Recently, IBM declared Aix to be one 
of its two major operating system en¬ 
vironments — the other is the Systems 
Application Architecture — commit¬ 
ted to open systems through standards 
support. The company is also estab¬ 


lishing interoperability between Aix 
and SAA. 

I had planned to install Aix and run 
it on my PS/2 Model 80-111 (20-MHz 
386). Instead, IBM provided me di¬ 
rectly with an RS/6000, Model 320H, 
for this review. It was configured with 
plenty of disk space, memory, and a 
color graphics display (see sidebar). I 
believe this occurred because the lat¬ 
est version of Aix PS/2 (Version 1.2.1) 
was not quite ready to be shipped. I 
hope to review it in a future issue. 

Aix/6000 was preinstalled on the 
hard disk. The minimum operating 
system includes the Aix Base Operat¬ 
ing System (BOS) Extensions 1 and 2, 
Messages, Update, Network Utilities 
(TCP/IP and NFS), XL C Compiler, 
and the Base Application Develop¬ 
ment Tool Kit. A generous number of 
optional program products were also 
included, such as the INed editor, In- 
foExplorer, Network Manager, PC 
Simulator, DOS Server, SNA Servic¬ 
es, Host Connection Program, EM78 
(3278/3279 Emulator) Program, Text 
Formatting Services, Aix Computer 
Graphics Interface Tool Kit, Aix Win¬ 
dows Development and Runtime, VS 
Cobol Compiler and Runtime, XL 
Fortran Compiler and Runtime, XL 
Pascal Compiler and Runtime, and 
the X-Station Manager. 

This extremely capable high-end 
workstation clearly contains Aix soft¬ 
ware features well beyond the needs 
of an isolated reviewer. Ideally, this 
workstation should be set up for net¬ 
working (Ethernet and Token Ring) 
and also interconnected to one or 
more mainframe hosts. But, alas, my 
modest lab could not support this con¬ 
nectivity, limiting my review perspec¬ 
tive to stand-alone, single-user fea¬ 
tures. 

Features. An overview of important 
Aix features and capabilities is still an 
excellent focal point for this review. 
How well a Unix implementation con¬ 
forms to established standards has al¬ 
ways been an important consider¬ 
ation. 

Aix is a multitasking, demand- 
paged, virtual memory operating sys¬ 
tem capable of single- or multi-user 
operation. Aix/6000 includes a single, 
unified kernel derived by merging the 
kernel and Virtual Resource Manager 
(VRM) from Aix/RT. Aix/6000 is gen¬ 
erally source-code compatible with 
Aix/RT and also complies with impor¬ 
tant Unix standards and specifica¬ 
tions, such as 

• AT&T Unix System V environ¬ 
ment, derived from Release 1 and 
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including Release 2 and Release 3 
extensions required for conform¬ 
ance to the AT&T Base System V 
Interface Definition (SVID) Issue 
2, with exceptions required for 
conformance to alternative stan¬ 
dards (like Posix [Portable Oper¬ 
ating System for Computer Envi¬ 
ronments], ANSI, or X/Open 
CAE). 

• Berkeley Software Distribution 
(BSD) Version 4.3, with support 
for most 4.3 BSD commands, sys¬ 
tem calls, and library routines. 

• Posix, IEEE Standard 1003.1 - 
1988. 

• X Window System Version 11, 
Release 3. 

• ANSI C Standard, X3J11/90-013. 

• National Computer Security Cen¬ 
ter (NCSC) Trusted Computer 
System Evaluation Criteria (TC- 
SEC) Class C2. 

• IBM Aix Family Definition. 

• IBM Systems Application Archi¬ 
tecture Definition. 

Aix/6000 also complies with addition¬ 
al standards by specific Aix facilities 
and licensed programs. 

To deal with conflicts that arise be¬ 
tween standards, Aix has a compati¬ 
bility priority of 

(1) Posix 

(2) SVID 

(3) 4.3 BSD 

(4) Aix/RT. 

The single-level native kernel sup¬ 
ports Posix, SVID, and 4.3 BSD sys¬ 
tem calls. It includes virtual memory 
management that performs page-fault 
handling and manages real memory, 
paging space, and virtual storage seg¬ 
ment allocation. 

Aix supports a real-time execution 
environment with features like multi¬ 
ple interrupt and process priorities, 
and preemptive priority control and 
scheduling of multiple processes for 
execution. The preemptable kernel al¬ 
lows for bounded context switch la¬ 
tency. Virtual memory can be directly 
controlled, and timer control has a 
resolution equal to 10 times processor 
cycle time. 

Aix provides an advanced file sys¬ 
tem and program management that 
includes enhancements such as critical 
file system data logging, symbolic 
links, long file names, common link¬ 
age conventions, mapping to virtual 
memory, dynamic binding, load-time 
symbol resolution, and enhanced 
shared libraries. It also supports the 
dynamically loadable object file Sys- 


The POWERstation 
320H 

The RS/6000 supplied by IBM for 
this review was the POWERstation 
Model 320H, configured with 64 
Mbytes of memory, 160- and 400- 
Mbyte hard disks, and a 19-inch 
color graphics display. 

The Model 320H operates at a 
clock rate of 25 MHz. The company 
claims Unpack DP 11.7 Mflops, 
Specmark 41.2, and Aims/User- 
Load 20.7/193 benchmark perfor¬ 
mances. 

An entry level price for a base 
320H configuration is $11,750. A 
configuration with 16 Mbytes of 
memory, a 400-Mbyte hard disk, a 
19-inch gray-scale display, a 3.5- 
inch floppy drive, a keyboard, a 
mouse, Ethernet and SCSI inter¬ 
face adapters, Aix, Aixwindows, 
and Forrtime 2.2 (Fortran) is 
$17,972. 


tern Build Facilities format, the Ex¬ 
tended Common Object File Format 
(Xcoff), and backup and restore of 
Aix/RT data. 

Fixed-disk management facilities 
support extendable and mirrored file 
systems. File systems can also span 
multiple disks. Multiple virtual termi¬ 
nal support allows users to run several 
interactive tasks simultaneously. In¬ 
terprocessor communications features 
include semaphores, sockets, signals, 
message queues, pipes, and shared 
memory. 

Aix provides the Korn, Bourne, and 
C shells. It also includes the vi, INed, 
and GNU Emacs full-screen editors. 
Graphics support includes the Unix 
graphics tools, such as the graph, 
spline, and tplot commands. Post¬ 
Script printers and Computer Graph¬ 
ics Interface (CGI) device drivers for 
hard-copy graphics and screen output 
are supported as well. 

A wide variety of standard and op¬ 
tional tools support application-pro¬ 
gram development. These include the 
XL C Compiler (cc), the Aix Assem¬ 
bler (as), both Absolute (adb) and 
Symbolic (dbx) debuggers, and the X 
development environment (xde). The 
traditional Unix system commands 
and utilities used for program devel¬ 
opment — known as the Application 
Development Facilities (ADF) — are 
also provided. These include the 
Source Code Control System (SCCS), 
the System Build Facilities (make), 


the “libc.a” subroutine library, an en¬ 
hanced floating-point math library, 
and the 4.3 BSD compatibility library. 
Several optional programming lan¬ 
guage compilers, utilities, and even 
CASE tools are also available. 

Aix provides communications and 
networking support for TCP/IP, X.25 
Wide Area Network (WAN), Basic 
Networking Utilities (BNU/UUCP), 
Network File System (NFS), and Net¬ 
work Computing System (NCS). Mail 
facilities include the 4.3 BSD mail ap¬ 
plications and the Rand Corporation 
Message Handling (MH) application. 
Both Ethernet (Version 2 and IEEE 
802.3) and IBM Token-Ring LAN 
support is provided. DOS Server al¬ 
lows LAN or asynchronously connect¬ 
ed PCs (and PS/2s) running DOS 
(Versions 3.3 or 4.0) to access files 
and printers, and execute Aix applica¬ 
tions on an RS/6000 host. 

Other important features include 
security facilities, system management 
facilities, enhanced printer spooler fa¬ 
cilities, and the Text Formatting Sys¬ 
tem (with nroff, troff, tbl, neqn, eqn, 
mm, pic, and vgrind). 

Enhancements. Automatic hard¬ 
ware configuration checking during 
bootup warns users about system 
hardware configuration problems that 
may prevent proper functioning. 

Virus scanning technology with a 
“virscan” command can scan files and 
detect bit patterns that match known 
(DOS-based) viruses. 

Text-formatting system enhance¬ 
ments include 

• an “xpreview” command that dis¬ 
plays troff documents on an X dis¬ 
play screen to allow changes be¬ 
fore printing; 

• a suite of TranScript programs to 
transform documents and graphics 
files into PostScript format; and 

• support for the new RS/6000 mod¬ 
el 320H, 930, 950, and 950E con¬ 
figurations, the Xstation 130 ad¬ 
vanced function X Windows 
terminal, and additional hardware 
features of all RS/6000s. 

Sifting through all the features, I 
find two things absolutely outstanding 
about Aix/6000: Aixwindows and In- 
foExplorer. 

Aixwindows. For the development 
and execution of advanced Aix graph¬ 
ics applications, IBM provides a su¬ 
perb GUI. I call it a “super-GUI,” but 
IBM calls it the Aixwindows Environ¬ 
ment/6000. This super-GUI contains 
many significant features. 
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The environment itself is based on 
the Open Software Foundation’s OSF/ 
Motif user interface, IBM’s SAA 
Common User Access (CUA) archi¬ 
tecture, and IBM’s OS/2 Presentation 
Manager (PM) implementation. Next, 
there is Enhanced X Windows, an en¬ 
hanced version of the MIT X Window 
System Version 11, Release 3. Then 
there is the Graphics Library (GL), a 
programmer’s graphical interface li¬ 
brary compatible with the Silicon 
Graphics GL interface. The X Win¬ 
dows Graphic Support Library 
(XGSL) provides a migration from 
applications developed under Aix/RT 
and Aix PS/2. And, finally, the En¬ 
hanced X Windows Display PostScript 
interpreter allows Display PostScript 
output to a window. 

Using Aixwindows adds a pleasur¬ 
able new dimension to the Unix envi¬ 
ronment. You can bring up the Aix- 
window desktop from the command 
line by typing “xinit.” You can also 
set it up to start automatically for a 
user’s login by typing “autostart -d 
username”. 

There is just no good reason why 
Aixwindows shouldn’t quickly be¬ 
come your preferred operating envi¬ 
ronment. Even command-line purists 
will operate from a window command 
prompt. The highly intuitive “elec¬ 
tronic desktop” metaphor is a wel¬ 
come change from the cryptic Unix 
command line. There is nothing like a 
high-performance graphics worksta¬ 
tion to emphasize the effectiveness of 
a well-designed GUI. Easily identifi¬ 
able icons, convenient pop-up menus, 
clear text, and multiple windows all 
literally snap to life under the out¬ 
standing performance of the RS/6000. 

InfoExplorer. This powerful hyper¬ 
text retrieval system has easy-to-use 
navigation aids that help you find and 
manage information from the Aix and 
RS/6000 on-line documentation li¬ 
brary. The library includes thousands 
of pages of information. 

You start the InfoExplorer by typ¬ 
ing “info” at the command line or by 
double-clicking its icon on the Aix¬ 
windows desktop. The InfoExplorer 
window offers push buttons to access 
lists of tasks, commands, books, book¬ 
marks, and notes. Other push buttons 
access search, education, and history 
functions. For example, the task list 
groups common tasks and provides 
links to the information about how to 
perform them. The commands list dis¬ 
plays an alphabetical list of functional 
categories, and you select the letter 
representing the command you want. 
Book mode lets you search through 


the displayed list of on-line books. 

The search push buttons allow you to 
find information by a word or phrase. 
And I’m just scratching the surface — 
the total capability is simply awesome. 

I was very apprehensive when IBM 
personnel informed me they were 
shipping the system without manuals. 
As it turned out, I was quickly at 
home with the abundant on-line infor¬ 
mation, which was instantly accessi¬ 
ble, courtesy of the “man” command, 
the hypertext InfoExplorer, and the 
high performance of the RS/6000. An 
InfoTrainer is also available, with les¬ 
sons, quizzes, and exercises for self- 
paced on-line learning. 

The high-performance RS/6000 and 
the full-featured Aix/6000 combine to 


make a formidable Unix system. The 
high-speed RISC processor, a superb 
GUI, and accessible on-line informa¬ 
tion provide new levels of user friend¬ 
liness and effectiveness for high-end 
Unix workstations. IBM’s renewed 
emphasis on compatibility and inter¬ 
operability also provides the potential 
to expand the role of Unix worksta¬ 
tions into many traditional business 
environments. 

Aix Version 3.1.5 sells for a one¬ 
time charge of $1,300 to $10,400, de¬ 
pending on the number of users. 

Readers may contact IBM Media 
Relations at 44 S. Broadway, White 
Plains, NY 10601; (914) 642-4634; or 
circle Reader Service Number 22. 


DR DOS 


Daniel Somerville, Somerville Associates 


This clone of Microsoft DOS was 
released in the late spring of 1991 with 
many advantages over MS-DOS 3.3 
and 4.01. Microsoft soon after re¬ 
leased its 5.0, which provided compa¬ 
rable capabilities. In September 1991, 
Digital Research released DR DOS 
6.0, claiming once again to lead as a 
DOS supplier. I plan to review 6.0 in 
an upcoming issue. 

You may be faced with the decision 
of whether to try DR DOS 6.0; I re¬ 
late my experience with DR DOS 5.0. 
The question is really whether to use 
Digital Research’s DOS or to stay 
with Microsoft. 

I decided to install DR DOS 5.0 on 
a somewhat dated machine: an AT 
clone with 1 Mbyte of RAM and a 40- 
Mbyte hard drive. A lot of these ma¬ 
chines still use older operating sys¬ 
tems. The question is whether 
advancing to a newer operating sys¬ 
tem is worth the pain. 

The 5.0 package contained both 
5.25- and 3.5-inch sets of floppies 
bearing the software, a 478-page DR 
DOS user guide, a 78-page ViewMax 
user guide, and an accordian-fold 
quick reference card. The clearly de¬ 
scribed installation procedure is very 
straightforward for most situations. A 
particularly good feature is that help 
is available by pressing FI at every 
prompt. Unless you happen to have 
defective color vision, the installation 
is painless. The unfortunate small per¬ 
centage of those who do will have to 
struggle with hard-to-read red 
prompts on a black background. 

As luck would have it, my hard 


drive was strangely partitioned into a 
C drive with just enough room to hold 
MS-DOS 3.3 (a little under 1 Mbyte), 
with the remainder being the D drive. 
At the start of the installation proce¬ 
dure, the program admonished me 
that there was insufficient room to in¬ 
stall DR DOS. This thoughtful feature 
certainly gave me the opportunity to 
forget the whole affair with no harm 
done. It being my lot to persevere, I 
removed all files from the small C 
drive and tried again, not having dis¬ 
covered the wisdom buried on page 
173 of the manual: At least 20 cylin¬ 
ders (an odd measure), or a little un¬ 
der 2 Mbytes, were needed on the C 
drive to install the program. 

I got further into the installation 
procedure before being informed that 
there wasn’t enough room on drive C; 
this minor annoyance was unneces¬ 
sary. It was a good day to start fresh 
anyway, so I cleared the disk of any¬ 
thing worth preserving (surprisingly 
little) and used the DR DOS FDISK 
program to format the hard disk. 
Luckily, FDISK has a switch that let 
me delete the non-DOS partition. 

With the disk now a clear, single par¬ 
tition, the installation went as the 
company had planned, which is to say 
very smoothly. There was some minor 
but annoying backtracking because I 
chose a 101-key keyboard rather than 
the standard number of keys. 

The plot thickened when a friend 
stopped by and tried his virus detec¬ 
tion program. To our surprise, it de¬ 
tected the presence of something 
called a Stone-B virus in the boot 
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block and in memory. When I re¬ 
moved the virus, the system would no 
longer run or boot. I hasten to point 
out that this virus was a remnant from 
some careless past use and had noth¬ 
ing to do with DR DOS 5.0.1 then 
went through the whole procedure 
again — including having to reformat 
the hard disk (removing the virus had 
also restored the old C and D parti¬ 
tioning). This went along very quickly. 
The virus was gone for good, and I 
was all set with a fresh machine. 

The AUTOEXEC.BAT file needed 
editing so that I could establish the 
COM1 port with my serial printer as 
LPT1.1 was a little scared here until I 
figured out that the command Mode 
LPTl:=COMl: was not acceptable 
with space(s) before or after the equal 
sign (shades of Microsoft). This was 
one of several errors in the Mode util¬ 
ity, none of which is particularly seri¬ 
ous but hardly confidence inducing. I 
worked my way through the user 
guide, trying most of the commands 
with their variations and, except for 
the Mode bugs, found myself liking 
the product. 

The usual MS-DOS commands are 
present and work as expected. There 
are six DR DOS-only commands that 
make life more pleasant. I particularly 
liked the Mem utility that displays 
how memory is being used. The Xdir 
utility is a good alternative to the Dir 
command and provides the kind of 
convenience and information that is 
surprisingly not found in the regular 
Dir command (like sorts and directory 
size). It is regrettable that there are 
now two commands, Dir and Xdir, 
that accomplish the same thing, rather 
than one command with appropriate 


Review notes 


Nutshell Plus II. This file manager 
performs many functions characteris¬ 
tic of a single-user relational database 
system. It produces reports, letters, 
and labels with great flexibility and el¬ 
egance. The system is so well designed 
that users could disregard its well- 
written documentation. 

From a relational standpoint, Nut¬ 
shell II Plus can perform projections, 
selections, and joins using a query-by¬ 
forms style. Joins are computed by es¬ 
tablishing field-pair “links” between 
files. It’s very easy to manage selec¬ 
tions on screen. 

Users can manage screen layouts 
using a rather sophisticated text edi¬ 
tor. File design and data access are 


Digital Research is justly 
proud of its MemoryMax 
memory management 
software. 


switches. To delete a file, I can now 
choose from Era, Erase, Eraq, Del, and 
Delq — not my idea of clean design. 

The user guide is very well written, 
organized, and indexed. There are 
only a few typos, some occasional En¬ 
glish English (as opposed to American 
English), and just a few inaccuracies. 

All the external commands (those 
that invoke separate programs) sup¬ 
port /h for the help switch. The help 
presented is concise and actually help¬ 
ful. Regrettably, there is no such help 
for the internal commands, a surpris¬ 
ing lapse indeed. Typing path/h 
changes the path accordingly; most of 
the other internal commands offer an 
error message. 

Digital Research is justly proud of 
its MemoryMax memory management 
software. I was able to put about 40 
Kbytes of the operating system into 
extended memory so that some 590 
Kbytes of low memory were available. 
All the software that I use — mostly 
program development packages — 
worked just fine. 

However, the Digital Research 
GUI, ViewMax, was unpleasant and 
awkward to use. Still, the documen¬ 
tation describes the product well 


also managed on screen. Nutshell sup¬ 
ports such types as text, number, date, 
and time. Certain fields can be com¬ 
puted from other fields; summary 
fields also can be attached to imple¬ 
ment totals, averages, or counts. Sub¬ 
summaries, achieving the effect of an 
SQL “group by,” are also available. 
You can sort records in ascending or 
descending order, with several fields 
involved in a sort. Validation imposed 
on fields includes list validation (limit¬ 
ing values to a user-defined list), 
range limitations, uniqueness require¬ 
ments, or mandatory entering. This al¬ 
lows the user to enforce key restric¬ 
tions on files. 

The impressive.color-monitor graph¬ 


and it might be a welcome change 
from plaintext for those less reaction¬ 
ary than I when it comes to icono¬ 
graphy. 

The FileLink utility is a welcome 
addition that allows the rapid transfer 
of files between PCs. The flow control 
is not all that it might be. Otherwise, 
you wouldn’t have to experiment with 
different baud rates until you discover 
the highest optimum a particular com¬ 
puter can handle. Commendably, the 
data rates cover all those that the 
UART provides, up to 115,000 baud. 
The documentation is good and in¬ 
cludes schematics of the required 
cabling. 

A command-line history is main¬ 
tained so that previous commands can 
be repeated and edited. In fact, a pro¬ 
gram called Editor ushers out Edlin. I 
didn’t use it much, having other edi¬ 
tors I’ve already learned to like; but 
this long-overdue addition to the DOS 
package has most features you’ve 
hoped for. 

The Debug program has been re¬ 
placed with a Sid program, which is 
very similar but has more features. 

Altogether, I like DR DOS 5.0 a lot 
and look forward to 6.0, which is re¬ 
ported to contain some substantial en¬ 
hancements. I really favor one uni¬ 
formly documented collection over a 
lot of stop-gap improvements. If 
you’ve been putting off upgrading 
your DOS because there weren’t 
enough new features to justify the 
risk, I’d say now’s the time. For my 
money, the DR is in. 

Readers can contact Digital Re¬ 
search at 60 Garden Ct., Monterey, 
CA 93942; (800) 274-4374; or circle 
Reader Service Number 23. 


ics of the text editor are a tremendous 
help to the user. However, as with most 
similar single-user file or database sys¬ 
tems, Nutshell has no recovery facilities. 
Accidents such as power failures can cause 
serious data loss. 

At $395, this package is a great val¬ 
ue for a wide spectrum of users who 
need not be familiar with program¬ 
ming or database technology. It is an 
excellent tool for producing labels, 
form letters, and business documents. 

Readers may contact Iris Software 
Products, PO Box 57, Stoughton, MA 
02072 ; or circle Reader Service Num¬ 
ber 24. 

— Dan Simovici, University of Mas- 
sachusetts-Boston 
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Floppy Drive Testing System. Is 

your floppy drive safe to operate? 

One way to answer that question is to 
try Touchstone Software’s Floppy 
Drive Testing System. You need only 
start the software, insert the special 
MiniSpiral disk(s) into your floppy 
drive(s) (5.25- and 3.5-inch), and ex¬ 
amine the on-screen results. Within a 
minute, you will know whether 

• the heads are within the alignment 
tolerance, 

• the drive’s clamping mechanism is 
centering your disk, 

• the drive can seek from one track 
to another and back, landing ex¬ 
actly on top of the original track, 

• the drive rotation speed is within 
specs, and 

• track zero can be read successful¬ 
ly. 

When your drive has passed these 
tests, you can feel reasonably sure 
that the data you write today can be 
read tomorrow. 

This software is so straightforward 
and simple to use that anyone can 
complete the tests without reading the 
manual or even fully understanding 
the tests themselves. It is a welcome 
addition to the company’s diagnostic 
series. In fact, the software is included 
as a part of version 3.0 of Checklt, the 
excellent troubleshooting program I 
praised in a previous review. You will 
have to purchase the MiniSpiral disks 
at $29.95 each if you want to see more 
than a demo. You can buy the com¬ 
plete software with disk and manual 
for $69 if you don’t own Checklt ($99 
if you want both sizes of floppies). 

Speaking of version 3.0, this updat¬ 
ed toolkit of tests and configuration 
utilities now includes a virus scanner, 
a memory map of the first Mbyte, the 
capability to modify the tools menu to 
run other programs, the option to 
print a certification report (a summa¬ 
ry of test results), and the generation 
of additional log information. Also 
changed is the RAM layout facility, 
along with some minor modifications 
to the memory, hard drive, and bench¬ 
mark tests. Enhancements allow it to 
better identify the full line of PC pro¬ 
cessor chips, coprocessors, DOS parti¬ 
tions, serial ports, and BIOS identifi¬ 
cation. 

I have found this software invalu¬ 
able. By locating a loose coprocessor 
chip, a bad memory chip on my mem¬ 
ory board, and IRQ and DMA con¬ 
flicts, Checklt has easily paid for itself 
through the time and frustration it has 
saved me. I use it often and consider it 
a valuable and versatile tool. You can 


purchase it for $149 (or $22.35 as an 
upgrade from the earlier version) 
from Touchstone Software Corp., 
2130 Main St., Ste. 250, Huntington 
Beach, CA 92648; (714) 969-7746; or 
circle Reader Service Number 25. 

— Richard Eckhouse, University of 
Massachusetts-Boston 


Ready Link Version 2.02a. This en¬ 
try-level, peer-to-peer local area net¬ 
work operating system was developed 
by Compex, an OEM of Novell Net¬ 
Ware and a manufacturer of ARCnet 
and Ethernet adapters. It provides for 
sharing of disks, tape drives, and the 
printer as well as electronic messaging 
on IBM PCs equipped with Ethernet 
or ARCnet adapters that use Novell 
NetWare drivers. 

ReadyLink requires a minimum of 
640 Kbytes on each machine running 
DOS 3.1 or later, but users of DOS 
5.0 will have difficulty taking full ad¬ 
vantage of this version of ReadyLink. 

The system can be loaded into LIM 
expanded memory. It should be com¬ 
patible with any single-user software 
that would normally work if Ready¬ 
Link were not installed, although us¬ 
ers should carefully order the loading 
of some programs. Multiuser software 
written for the NetBIOS protocol 
should work properly over the Ready¬ 
Link network, although I did not test 
any multiuser programs. 

PCs are configured on the Ready¬ 
Link network as dedicated or nonded- 
icated servers or workstations. Dedi¬ 
cated servers share resources to the 
network, workstations use resources 
shared to the network, and nondedi- 
cated servers can both share and use 
network resources. A server can sup¬ 
port up to 254 workstations. Entire 
disks or disk partitions, logical drives, 
and specific subdirectories can be 
shared as disk drives to the network. 
Access to sensitive data can be re¬ 
stricted through the use of passwords 
and by limiting file-access rights 
(read, write, create, and delete). 

As with any network, adapter in¬ 
stallation may require knowledge be¬ 
yond novice experience. In most cas¬ 
es, installation will not require any 
adjustments to the factory default set¬ 
tings; however, users of heavily lever¬ 
aged machines may have difficulty 
configuring adapters. The company 
provides no diagnostics or instructions 
to help users determine which inter¬ 
rupts and addresses are available for 
the adapters. Once IRQ, I/O port-ad- 
dress, and memory base-address set¬ 
tings are changed, the user must pro¬ 


vide the new settings to the NetBIOS 
program line; the installation will not 
automatically identify the adapter set¬ 
tings. 

The installation program creates a 
batch file to load all programs neces¬ 
sary to run the network. Settings can 
be adjusted later by running a setup 
program. During the installation or 
setup, the user must give the machine 
a unique alphanumeric name up to 16 
characters long. 

Commands and syntax are easily 
learned and used. They are issued 
from the DOS prompt or through 
batch files. The network can be set up 
automatically via batch files at 
bootup, making the network virtually 
transparent to the end user. A menu- 
command interface that requires an 
additional 15 Kbytes of system memo¬ 
ry can be used. However, I found it 
cumbersome. The most commonly 
used commands are Share, Use, Print, 
Status, and Cancel. The Net Help 
command describes, in a single screen, 
the function and syntax of each Rea¬ 
dyLink command. Most of ReadyLink 
can be removed from memory by issu¬ 
ing the Net Exit command. The Net¬ 
BIOS module, however, can only be 
removed by rebooting the machine. 

Network printing is straightforward. 
Each print job sent to a network 
printer is stored in a subdirectory on 
the server’s disk. Files are printed on 
a first-come, first-serve basis, or can 
be eliminated from the print queue. 
Most of my programs print to the net¬ 
work printer transparently when the 
local device name for the printer is a 
logical DOS print device, such as 
LPT1. 

Real e-mail this is not. Very short 
messages can be sent and received 
from the DOS command prompt or 
the menu interface. ReadyLink does 
not support modem or fax-modem 
sharing at present. The publisher ad¬ 
vises that third-party NetBIOS ven¬ 
dors do provide extensions for adding 
these devices to a ReadyLink net¬ 
work. 

The operating system is available 
for $299. The company upgrades reg¬ 
istered users free of cost. Although a 
ReadyLink Plus update is in the 
works, details of its release are not yet 
available. 

Readers can contact Compex at 
4055 E. La Palma, Anaheim, CA 
92807; (714) 630-7302; fax (714) 630- 
6521; or circle Reader Service Num¬ 
ber 26. 

— Bruce Shriver, Jr., Nature Pub¬ 
lishing Co. 
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R&D OPPORTUNITIES IN IMAGE QUALITY 



From HDTV to medical imaging, Philips 
Laboratories is literally changing the way 
people see their world. We can change 
the way you view your career, too. You'll 
be joining a team of 200 R&D 
professionals engaged in developing and 
refining the product-related technologies 
that give North American Philips 
Corporation, a Fortune 100 company with 
$6 billion in annual sales, its reputation for 
innovation and excellence. Magnavox, 
Norelco, Sylvania, and Polygram are 
examples of the "household name" 
products on which we work. Our 
technically advanced world-class facility, 
located on a stunning 100-acre campus 
overlooking the scenic Hudson River, 
offers you the flexible, stimulating work 
environment that enables you to perform 
at your peak. 

We now have two unusually challenging 
and rewarding career opportunities for 


professionals to conduct quality research 
and development for digital imaging 
systems in professional and consumer 
environments. If you have a Ph.D. (or 
equivalent) in a relevant discipline coupled 
with strong communication skills, ability to 
work as part of a team, and appropriate 
background as outlined below, there may 
be an exciting position where you can put 
your career in sharper focus: 

Physical Imaging Devices 

You should be interested in, and have 
significant experience with, developing 
techniques for objectively and subjectively 
evaluating physical imaging devices and 
the imaging chain. You should also be 
interested in studying the effects of image 
processing and compression on image 
quality, and be able to implement 
algorithms to improve quality through 
filtering, enhancement, and by matching 
processing with display characteristics. 


Human Visual System Enhancement 

Studying and utilizing characteristics of the 
human visual system, you'll evaluate 
viewer preferences and develop 
algorithms to improve perceived quality, 
based on psychophysical factors. To 
qualify, you must be able to implement 
algorithms to compensate for the effects 
of coding, compression, and enhancement 
on image quality. Attempts will also be 
made to characterize the needs of general 
viewers as opposed to experts. 

As part of a. leading international family of 
companies, we're able to offer competitive 
salaries based on experience, excellent benefits 
including 401 (k) and 100% tuition reimburse¬ 
ment, and a convenient Westchester County 
location 30 miles north of New York City. Please 
send your resume, indicating area of interest, to: 
Human Resources Department-CII, PHILIPS 
LABORATORIES, Briarcliff Manor, New York 
10510. We are an equal opportunity employer 
m/f/h/v. 



PHILIPS 































CALL FOR PAPERS 


yro Symp. on Assessment of Quality 
Software Development Tools: May 

27-29,1992, New Orleans. Sponsors: Tu- 
lane Univ. et al. Submit five copies of full 
paper by Nov. 27,1991, to Ez Nahouraii, 
IBM (798/089), 6321 San Ignacio Ave., San 
Jose, CA 95119, phone (408) 281-5741, 
e-mail eznah@stlvm7.iinusl.ibm.com. 

® IEEE Design & Test seeks papers 
(25 double-spaced pages, including 
figures) on general design, test, and manu¬ 
facturing topics by Dec. 1,1991, to Manuel 
d’Abreu, GE R&D, 1 River Rd., PO Box 
8, KW-C308, Schenectady, NY 12301, 
phone (518) 387-7097, fax (518) 387-5299, 
e-mail dabreu@crd.ge.com. 

(jjljj) Third Workshop on Workstation 

Operating Systems: Apr. 23-24,1992, 
Key Biscayne, Fla. Sponsor: IEEE Com¬ 
puter Soc. Technical Committee on Oper¬ 
ating Systems and Applications Environ¬ 
ments. Submit eight copies of position 
statement by Dec. 1,1991, to Anita Borg, 
Western Research Lab, DEC, 250 Univer¬ 
sity Ave., Palo Alto, CA 94301, (415) 617- 
3315, e-mail borg@wrl.dec.com. 

CBMS 92, IEEE Symp. on Com- 
puter-Based Medical Systems: June 
14-17,1992, Durham, N.C. Sponsors: IEEE 
Computer Soc., IEEE Eastern North Caro¬ 
lina Section, Eng. in Medicine and Biology 
Soc. Submit four copies of two-page sum¬ 
mary by Dec. 1,1991, to Peter Santago, 
Radiology Dept., Bowman Gray School of 
Medicine, Medical Center Blvd., Winston- 
Salem, NC 27157-1022, phone (919) 748- 
4260, fax (919) 748-2870, e-mail cbms@ 
mrips.bgsm.wfu.edu. 

(j®) CASE 92, Fifth Int’l Workshop on 
Computer-Aided Software Eng.: July 
7-10, 1992, Montreal. Submit six copies of 
paper or report by Dec. 1,1991, and final 
version by May 1,1992, to Gene Forte, 
CASE Outlook, 11830 Kerr Pkwy. #315, 
Lake Oswego, OR 97035, phone (503) 245- 
6880, fax (503) 245-6935, e-mail g.forte@ 
compmail.com; or Nazim Madhavji, School 
of Computer Science, McGill Univ., 3480 
University St., Montreal, Que., Canada 
H3A 2A7, phone (514) 398-3740, fax (514) 
398-3883, e-mail case@softeng.cs.mcgill.ca. 

ITS 92, Second Int’l Conf. on Intel- 
ligent Tutoring Systems: June 10-12, 
1992, Montreal. Cosponsors: Univ. of 
Montreal et al. Submit five copies of 
manuscript (up to 5,000 words) by Dec. 1, 
1991, to Claude Frasson, Departement 
d’lRO, Universite de Montreal, CP 6128 
Succ A. Montreal, Que., Canada H3C 3J7, 
phone (514) 343-7019, fax (514) 343-5834, 
e-mail frasson@iro.umontreal.ca. 


EWDC 4, Fourth European Workshop on 
Dependable Computing: Apr. 8-10,1992, 
Prague, Czechoslovakia. Cosponsors: Ge- 
sellschaft fur Informatik et al. Submit two 
copies of extended abstract by Dec. 1, 

1991, one to Karama Kanoun, LAAS- 
CNRS, 7, Avenue du Colonel Roche, 31 
077 Toulouse Cedex, France, fax (33) 6133- 
6411, e-mail kanoun@laas.fr; and one to 
Francesca Saglietti, GRS, Abteilung Proze- 
Brechner, Forschungsgelande, 8046 Garch- 
ing, Germany, fax (49) 89-3200-4300. 

Iros 92, Fifth Int’l Conf. on Intelligent Ro¬ 
bots and Systems: July 7-10, 1992, Raleigh, 
N.C. Cosponsors: IEEE Industrial Elec¬ 
tronics Soc., Robotics Soc. of Japan et al. 
Submit four copies of complete manuscript 
by Dec. 1,1991, and camera-ready version 
by Apr. 1,1992, to Avi Kak, School of 
Electrical Eng., Purdue Univ., West Lafay¬ 
ette, IN 47907, phone (317) 494-3551, fax 
(317) 494-6440, e-mail kak@ecn.purdue. 
edu; or Kazuo Tanie, Mechanical Eng. 

Lab, MITI, 1-2 Namiki, Tsukuba-shi, 
Ibaraki-ken, 305, Japan, fax 81 (298) 54- 
2518, e-mail ml750@mel.go.jp. 

Conf. on Programming Environments for 
Parallel Computing: Apr. 6-8,1992, Edin¬ 
burgh, Scotland. Cosponsors: Int’l Federa¬ 


tion for Information Processing et al. Sub¬ 
mit five copies of abstract and paper by 
Dec. 1,1991, to Rosemary Candlin, Com¬ 
puter Science Dept., Univ. of Edinburgh, 
King’s Bldgs., Edinburgh, UK EH9 3JZ, 
phone 44 (31) 650-5137, fax 44 (31) 667- 
7209, e-mail rc@cs.ed.ac.uk. 

Intelligent Vehicles 92: Detroit. Cospon¬ 
sor: IEEE Industrial Electronics Soc. Sub¬ 
mit one-page abstract by Dec. 1,1991, to 
Ichiro Masaki, Computer Science Dept., 
GM Research Labs, 30500 Mound Rd., 
Warren, MI 48090-9055, phone (313) 986- 
1466, fax (313) 986-9356, e-mail csnet: 
masaki@gmr.com. 

J. of Parallel and Distributed Computing 

plans a special issue on scheduling and 
load balancing. Submit five copies of com¬ 
plete manuscript by Dec. 1,1991, to Beh- 
rooz Shirazi, Univ. of Texas at Arlington, 
Computer Science Eng. Dept., Box 19015, 
Arlington, TX 76019-0015, phone (817) 
273-3605, fax (817) 273-2548, e-mail 
shirazi@cse.uta.edu. 

ECOOP 92, Sixth European Conf. on Ob¬ 
ject-Oriented Programming: June 29-July 
3, 1992, Utrecht, The Netherlands. Submit 
five copies of complete paper by Dec. 1, 


Call for articles and referees for Computer 


p Computer seeks articles for inclusion in a future special issue. 


Molecular Computing has been selected as the theme planned for the No¬ 
vember 1992 issue. Manuscripts reporting survey, original research, design and 
development, and applications of wafer-scale integration technology are sought 
immediately. See p. 104 of the October 1991 issue for more details. 

Fourteen copies of the complete manuscript are due by Jan. 15,1992; notifi¬ 
cation of decisions is set for May 15,1992; and the deadline for submittal of the 
final version of each manuscript is July 1,1992. 

Submissions and questions should be directed to Michael Conrad, Dept, of 
Computer Science, Wayne State Univ., Detroit, Ml 48202, phone (313) 577- 
0725, secretary (313) 577-2476, fax (313) 577-6868. 


For submittal to Computer, manuscripts must not have been previously 
published or currently submitted for publication elsewhere. Each manuscript 
should be no more than 32 typewritten, double-spaced, single-sided pages 
long, including all text, figures, and references. Each of the 14 copies sub¬ 
mitted should include a title page that contains the title of the article, the full 
name(s) and affiliation(s) of the author(s), complete postal and electronic 
address(es) of all the authors as well as their telephone and fax number(s), 
a 300-word abstract, and a list of keywords identifying the central issues of 
the manuscript’s contents. The final manuscript should be approximately 
8,000 words in length and contain no more than 12 references. 

If you are willing to review articles for any special issue, please send a 
note listing your research interests to Jon T. Butler, editor-in-chief of Com¬ 
puter, at the Dept, of Electrical and Computer Eng., Naval Postgraduate 
School, Code EC/Bu, Monterey, CA 92943-5004, Internet butler@ece.nps. 
navy.mil. 
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1991, to Ole L. Madsen, Computer Science 
Dept., Aarhus Univ., Ny Munkegade, DK- 
8000, Aarhus C, Denmark, phone (45) 
8612-7188, fax (45) 8613-5725, e-mail 

olmadsen@daimi.aau.dk. 

1992 European Simulation Multiconfer- 

ence: June 1-4, 1992, York, UK. Sponsor: 
SCS Int’l. Submit three copies of detailed 
abstract by Dec. 1,1991. to Tony Ambler, 
Brunei Univ., EE and Electronics Dept., 
Uxbridge, Middlesex UB8 3PH, UK, 
phone 44 (895) 7400-2830, fax 44 (895) 
58728, e-mail tony.ambler@brunel.ac.uk. 

SIGForth 92 Workshop: Mar. 5-7,1992, 
Kansas City, Mo. Sponsor: ACM 
SIGForth. Submit abstract of refereed pa¬ 
per by Dec. 1,1991, and final paper by Jan. 
15,1992, or abstract of unrefereed paper 
by Feb. 15,1992, and final paper by Mar. 5, 

1992, to Paul Frenger, PO Box 820506, 
Houston, TX 77282-0506, phone (713) 589- 
9040, GEnie: p.frenger. 

Second Int’l Conf. on Artificial Intelli¬ 
gence in Design: June 22-25,1992, Pitts¬ 
burgh. Cosponsors: Key Centre of Design 
Quality et al. Submit five copies of full pa¬ 
per by Dec. 2,1991, and formatted paper 
by Mar. 13,1992, to John Gero or Fay Sud- 
weeks, Key Centre of Design Quality, 

Univ. of Sydney, NSW 2006, Australia, 
phone 61 (2) 692-2328, fax 61 (2) 692-3031, 
e-mail john@archsci.arch.su.oz.au or fay@ 
archsci.arch.su.oz.au. 

Eurographics 92: Sept. 7-11,1992, Cam¬ 
bridge, England. Sponsor: Eurographics 
Assoc. Submit five copies of 250-word ab¬ 
stract and 5,000-word paper by Dec. 6, 

1991, and final version by Apr. 13,1992, to 
Jane Thorp, EG 92, Conf. Secretariat, The 
Registry, Univ. of East Anglia, Norwich 
NR4 7TJ, England, phone 44 (603) 592- 
802, fax 44 (603) 250-035, e-mail eg92- 
organiser@uk.ac.uea.sys. 

Sixth ACM Int’l Conf. on Supercomputing: 

July 19-23,1992, Washington, DC. Spon¬ 
sor: ACM SIGArch. Submit five copies of 
full paper by Dec. 10,1991, to Constantine 
Polychronopoulos, CSRD, 104 S. Wright 
St., Urbana, IL 61801, phone (217) 244- 
4144, e-mail cdp@csrd.uiuc.edu (authors in 
North and South Am.); Harry Wijshoff, 
Computer Science Dept., Utrecht Univ., 
Padualaan 14, 3584 CH Utrecht, The Neth¬ 
erlands, e-mail harryw@cs.ruu.nl (in Eu¬ 
rope and Africa); or Toshitugu Yuba, Elec¬ 
trotechnical Lab, 1-1-4 Umezono, Tsuku- 
ba, Ibaraki 305, Japan, e-mail yuba@etl. 
go.jp (in Japan and the Far East). 

Electrosoft plans a special issue on soft¬ 
ware for semiconductor technology simula¬ 
tion. Submit four copies of paper by Dec. 
15,1991, to E.M. Buturla, Dept. G02, Bldg. 
967-2, IBM, Essex Junction, VT 05452. 

J. of Analog Integrated Circuits and Sig¬ 
nal Processing plans a special September 
1992 issue on analog VLSI neural net¬ 
works. Submit six copies of complete 
manuscript by Dec. 15,1991, to Yoshiyasu 


Takefuji, Electrical Eng. Dept., Case West¬ 
ern Reserve Univ., Cleveland, OH 44106, 
phone (216) 368-6430, fax (216) 368-2668, 
Internet: takefuji@axon.eeap.cwru.edu. 

ICCHP 92, Int’l Conf. on Computers for 
Handicapped Persons: July 7-9,1992, Vi¬ 
enna. Cosponsors: Austrian Computer Soc. 
et al. Submit five copies of complete paper 
by Dec. 15,1991, to Wolfgang Zagler, 
Technical Univ. of Vienna, Inst, for Elec¬ 
tronics, Gusshausstraefie 27/359/IB, A- 
1040 Vienna, Austria, phone 43 (1) 58801- 
3887, fax 43 (1) 505-2666, e-mail zw@ 
fortec.tuwien.ac.at, CompuServe 
73457.1435. 

/jjSjN ASAP 92, Int’l Conf. on Application- 
vAz Specific Array Processors: Aug. 4-7, 
1992, Berkeley, Calif. Sponsor: Univ. of 
California at Berkeley. Submit five copies 
of manuscript (up to 5,000 words) by Dec. 

16.1991, and camera-ready final paper by 
May 1,1992, to Mary Stewart, EECS 
Dept., Cory Hall, Univ. of California, Ber¬ 
keley, CA 94720. 

Test and Design Expo: May 12-14,1992, 
Somerset, N.J. Sponsor: Miller Freeman 
Expositions. Submit 300-500-word abstract 
by Dec. 16,1991, and final paper by Mar. 

22.1992, to Carol Hurley, Miller Freeman 
Expositions, 1050 Commonwealth Ave., 
Boston, MA 02215-1135, phone (617) 232- 
3976, fax (617) 232-0854. 

IEEE Trans, on Software Eng. plans 
N57 a special September 1992 issue on 
specification and analysis of real-time sys¬ 
tems. Submit five copies of full manuscript 
by Jan. 1,1992, to Carlo Ghezzi, Diparti- 
mento di Elettronica, Politecnico di Mila¬ 
no, Piazza L. da Vinci, 32, 20133 Milano, 
Italy, phone 39 (2) 2399-3529, fax 39 (2) 
2399-3411, e-mail relett24@imipoli.bitnet 
or ghezzi@ipmel2.elet.polimi.it; or Richard 

A. Kemmerer, Reliable Software Group, 
Computer Science Dept., Univ. of Califor¬ 
nia, Santa Barbara, CA 93106, phone (805) 
893-4332, fax (805) 893-8553, e-mail 
kemm@cs.ucsb.edu. 

1992 Workshop on Fault-Tolerant 
Parallel and Distributed Systems: 

July 6-7,1992, Amherst, Mass. Cosponsor: 
Univ. of Massachusetts at Amherst. Sub¬ 
mit 12 copies of extended summary or full 
paper by Jan. 15,1992, to Niraj K. Jha, 
Electrical Eng. Dept., Princeton Univ., 
Eng. Quad, Princeton, NJ 08544, phone 
(609) 258-4754, fax (609) 258-3745, e-mail 
jha@ee.princeton.edu. 

Compsac 92,16th Int’l Computer 
Software and Applications Conf.: 

Sept. 23-25,1992, Chicago. Submit six cop¬ 
ies of full paper by Jan. 15,1992, and cam- 
era-ready version by May 25,1992, to Dick 

B. Simmons, Compsac 92, Computer Sci¬ 
ence Dept., Texas A&M Univ., College 
Station, TX 77843-3112, phone (409) 845- 
2015, fax (409) 847-8578, e-mail 
simmons@ cs.tamu.edu. 


DCCA 3, Third Working Conf. on 
'^5' Dependable Computing for Critical 
Applications: Sept. 14-16,1992, Mondello, 
Italy. Sponsor: Int’l Federation for Infor¬ 
mation Processing. Submit six copies of pa¬ 
per by Jan. 31,1992, and camera-ready 
version by July 15,1992, to Carl Land- 
wehr. Code 5540, Naval Research Lab, 
Washington, DC 20375-5000, phone (202) 
767-3381, fax (202) 404-7942, e-mail 
landwehr@ itd.nr.navy.mil. 

SEKE 92, Fourth Int'l Conf. on Soft- 

ware Eng. and Knowledge Eng.: June 
17-19,1992, Capri, Italy. Submit three cop¬ 
ies of full paper by Jan. 31,1992, to Gen- 
oveffa Tortora, Dipartimento di Informati- 
ca ed Applicazioni, Univ. di Salerno, 
1-84081 Baronissi, Salerno, Italy, phone 39 
(89) 822-333, fax 39 (81) 482-745, e-mail 
jentor@udsab.dia.unisa.it or usditort@ 
inacriai.bitnet. 


(rjhM Computer Security Foundations 

Workshop V: June 16-18, 1992, Fran¬ 
conia, N.H. Submit five copies of full paper 
by Feb. 7,1992, to Ravi Sandhu, ISSE 
Dept., George Mason Univ., Fairfax, VA 
22030-4444, phone (703) 993-1659, e-mail 
sandhu@sitevax.gmu.edu. 

Euro DAC 92, European Design 

Automation Conf.: Sept. 7-10, 1992, 
Hamburg, Germany. Cosponsors: IEEE 
Circuit and Systems Soc. et al. Submit 
eight copies of completed manuscript by 
Feb. 14,1992, to MP Associates, Euro 
DAC 92, 7490 Clubhouse Rd., Suite 102, 
Boulder, CO 80301 (for North Am. sub¬ 
missions); Gerald Musgrave, Brunei Univ., 
Electrical Eng. Dept., Kingston Lane, Ux¬ 
bridge, Middlesex UB8 3PH, UK (in Eu¬ 
rope); or Satoshi Goto, NEC, C&C Re¬ 
search Labs, 1-1 Miyazaki, 4-Chome, 
Miyamae-ku, Kawasaki-Shi, Kanagawa 
213, Japan (in Asia). 

ISSRE 92, Third Int’l Symp. on Soft- 

ware Reliability Eng.: Oct. 7-9, 1992, 
Research Triangle Park, N.C. Cosponsors: 
IEEE Computer Soc. Technical Commit¬ 
tee on Software Eng. et al. Submit five 
copies of full paper by Mar. 1,1992, and 
camera-ready version by July 15,1992, to 
John C. Munson, Computer Science Div., 
Univ. of West Florida, Pensacola, FL 
32514, phone (904) 474-2989, e-mail 
jmunson@dcsll9.dcsnod.uwf.edu; or Taghi 
M. Khoshgoftaar, Computer Science and 
Eng. Dept., Florida Atlantic Univ., Boca 
Raton, FL 33431, phone (407) 367-3994, 
e-mail taghi@cse.fau.edu. 


(gfj) ATS 92, First Asian Test Symp.: 

Nov. 26-27,1992, Hiroshima, Japan. 
Submit five copies of 50-word abstract by 
Mar. 28,1992, and camera-ready copy by 
July 25,1992, to Hideo Fujiwara, Comput¬ 
er Science Dept., Meiji Univ., 1-1-1 Hi- 
gashimita, Tama-ku, Kawasaki 214, Japan, 
fax 81 (44) 934-7912, e-mail fujiwara@cs. 
meiji.ac.jp. 
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CALL FOR PAPERS 
— 21st Annual Conference — 

1992 International Conference on 
Parallel Processing 

August 17-21,1992 
The Pennsylvania State University 



Authors are invited to submit papers describing recent 
advances on all aspects of parallel/distributed processing. 
These may include parallel/distributed logic circuits, impact 
of VLSI to parallel processor architecture; various 
concurrent-, parallel-, pipeline-, or multiple-processor 
architectures; processor-memory interconnections; 
computer networks; distributed databases; reliability and 
fault tolerance; modeling and simulation techniques; 
performance measurements; operating systems; languages; 
compilers; algorithms; or various application studies. 

INSTRUCTIONS FOR AUTHORS 

The deadline for submitting papers is January 10,1992. 

Submit five (5) copies each of a 100-word abstract and the 
full text (including five specific key words) to one of the 
following Technical Program Co-Chairpersons according to 
their areas of responsibility: 

ALGORITHMS AND APPLICATIONS papers to: 

Quentin Stout (313) 763-4921 (Off.) 

Dept, of EE & CS icpp-alap@eecs.umich.edu 

University of Michigan 
Ann Arbor, Ml 48109-2122 USA 

SOFTWARE-ORIENTED papers to: 

Kang G. Shin (313) 936-2495 (Off.) 

Dept, of EE & CS icpp-soft@eecs.umich.edu 

University of Michigan 
Ann Arbor, Ml 48109-2122 USA 

HARDWARE-ORIENTED AND OTHER papers to: 

Trevor Mudge (313) 763-1557 (Off.) 

Dept, of EE & CS icpp-hard@eecs.umich.edu 

University of Michigan 
Ann Arbor, Ml 48109-2122 USA 

Please limit the length of your paper to about 20 double¬ 
spaced typing pages, and include your office and/or home 
phone numbers as well as your electronic mail address (if 
available). Authors who wish to keep their names from 
reviewers should make their desires explicit when 
submitting their papers. Submitted papers will be 
acknowledged promptly. 

Selected papers are published as regular or short papers. 
Authors will be notified of acceptance by March 20, 
1992. Due to the large number of papers we receive every 
year, authors are expected to help in reviewing papers for 
the conference. 

Please note the deadline for submitting papers is January 
10,1992. 


CONFERENCE PROCEEDINGS 

The regular papers and the summaries of the short papers 
will be published in the conference proceedings. Special 
sheets for the preparation of accepted papers for the 
proceedings will be sent to each author. 

CONFERENCE AWARDS 

The conference will give two awards: one for the Daniel L. 
Slotnick Award for Most Original Paper, and the other for 
Best Presentation. In addition, a small number of awards 
may be given for Outstanding Papers and Distinguished 
Presentations. 

CONFERENCE ENVIRONMENT 

The Conference is tentatively scheduled at the Pheasant 
Run Resort in St. Charles, Illinois. Pheasant Run is only 45 
minutes from Chicago’s loop and 25 miles from O’Hare 
International Airport. 

The Resort is located in DuPage County, Illinois, and is 
situated on 300 acres in the beautiful Fox River Valley near 
St. Charles, Illinois. The 500 newly renovated rooms are 
homey and gracious with scenic views of a small lake or a 
beautiful golf course. On a clear day the Chicago skyline is 
visible from the upper levels of its sleek 15 story Tower. 
Special entertainment is available nightly. 

There is transportation available through the Hotel Trans¬ 
portation Department between Pheasant Run and O’Hare 
International Airport (or Midway Airport). 

Informal, open bar gatherings will be held nightly for the 
conference participants. 

A conference brochure with pre-registration form and 
advance technical program will be prepared and mailed in 
May/June 1992. 

TUTORIALS 

Pre-conference (on August 17) and post-conference (on 
August 21) tutorials relating to parallel and distributed 
systems will be offered. 

Interested individuals are encouraged to submit one-day 
tutorial proposals on or before April 1, 1992. The proposal 
should include a complete set of viewgraphs. Please send: 

Tutorial Proposals to: 

Mike Liu 

Dept, of Computer & Information Science 

The Ohio State University (614) 292-6552 (Off.) 

Columbus, OH 43210 liu@cis.ohio-state.edu 










CALENDAR 


^T\ in the accompanying Calendar and adjoining Call for Papers, the IEEE 
'Qy Computer Society logo identifies the conferences the society is participat¬ 
ing in or sponsoring. Other conferences of interest to our readers — as well as 
their sponsors — are also listed. 

Calendar and Call for Papers notices are published free of charge, in chrono¬ 
logical order, and as space permits. 

When submitting information for inclusion in the Call for Papers section, please 
provide the following: the name of the event, the date(s), the location, the 
sponsor(s), the deadline for submittals, and the phone and fax numbers and — if 
applicable — the electronic address of the person to whom papers should be 
sent. 

For listings in the Calendar section, please provide the following: the event 
name, the date(s), the location, the sponsor(s), and the phone and fax numbers 
an d _ again, if applicable — the electronic address of the person to contact for 
complete information. 

Submitted information should arrive at Computer at least five weeks before 
the month of publication (i.e., for the January 1992 issue, send information for 
receipt by November 20,1991) to Chuck Governale, Calendar Dept., Computer, 
PO Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821-4010, e-mail 
c.governale@compmail.com. 


November 1991 


SCAMC, 15th Symp. on Computer Appli¬ 
cations in Medical Care, Nov. 17-20, Wash¬ 
ington, DC. Sponsor: Am. Medical Infor¬ 
matics Assoc. Contact AMIA, 4915 St. 
Elmo Ave., Suite 302, Bethesda, MD 
20814, phone (301) 657-1291, fax (301) 
657-1296. 


■4SN Micro 24, 24th ACM/IEEE Int’l 
’^Ip' Symp. and Workshop on Microarchi¬ 
tecture, Nov. 18-20, Albuquerque, N.M. 
Cosponsor: ACM. Contact Yashwant K. 
Malaiya, Computer Science Dept., Colo¬ 
rado State Univ., Fort Collins, CO 80523, 
phone (303) 491-7031, fax (303) 491-2293, 
e-mail malaiya@ravi.cs.colostate.edu. 

.4SX 1991 IEEE Int’l Workshop on Defect 
and Fault Tolerance in VLSI Sys¬ 
tems, Nov. 18-20, Hidden Valley, Pa. Con¬ 
tact Wojciech Maly, Electrical and Com¬ 
puter Eng. Dept., Carnegie Mellon Univ., 
5000 Forbes Ave., Pittsburgh, PA 15213- 
3890, phone (412) 268-6637, fax (412) 268- 
2860, e-mail maly@ece.cmu.edu. 


91 Singapore, Comm. Int’l Associates Pte. 
Ltd., 44/46 Tanjong Pagar Rd., Singapore 
0208, phone (65) 226-2838, fax (65) 226- 
2877. 


Supercomputing 91, Nov. 18-22, Al- 

’^Ip' buquerque, N.M. Cosponsor: ACM. 
Contact Raymond L. Elliott, Computing 
and Comm. Division, MS B260, Los Alam¬ 
os Nat’l Lab, Los Alamos, NM 87545, 
phone (505) 667-1449, fax (505) 665-4361, 
e-mail rle@lanl.gov; or Supercomputing 91, 
IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013, fax (202) 728-0884. 

Fifth Workshop on Software Reuse, 
Nov. 18-22, Reston, Va. Contact Wil¬ 
liam J. Tracz, IBM — MD 0210, Owego, 
NY 13827, phone (607) 751-2109, fax (607) 
751-2169. 


Wescon 91, Nov. 19-20, San Francisco. Co¬ 
sponsors: IEEE Los Angeles and San 
Francisco Bay Area Councils et al. Contact 
Wescon 91, 8110 Airport Blvd., Los Ange¬ 
les, CA 90045-3194, phone (213) 772-2965, 
fax (213) 641-5117. 


ANN 91, Second Int’l Conf. on Artificial 
Neural Networks, Nov. 18-20, Bourne¬ 
mouth, UK. Sponsor: Institution of Electri¬ 
cal Engineers. Contact IEE Conf. Services, 
Savoy Place, London WC2R 0BL, UK, 
phone (071) 240-1871, fax (071) 240-7735. 

IJCNN 91 Singapore, Int’l Joint Conf. on 
Neural Networks, Nov. 18-21, Singapore. 
Cosponsors: IEEE Neural Networks Coun¬ 
cil, Int’l Neural Networks Soc. Contact 
Nomi Feldman, Meeting Management, 

5565 Oberlin Dr., Suite 110, San Diego, 

CA 92121, fax (619) 535-3880; Toshio 
Fukuda, IJCNN 91 Singapore, Mechanical 
Eng. Dept., Nagoya Univ., Furo-cho, 
Chikusa-ku, Nagoya 464-01, Japan, fax 81 
(52) 3781-9243; or Teck-Seng Low, IJCNN 


ICAT 91, Conf. on Intelligent Computer- 
Aided Training, Nov. 20-22, Houston. Co¬ 
sponsors: NASA Johnson Space Center, 
Brooks Air Force Base Armstrong Lab. 
Contact Carla Armstrong, MC PT4, NASA 
Johnson Space Center, Houston, TX 
77058, phone (713) 483-9071, fax (713) 
483-5200. 

82nd Semi-Annual Seminar of the IEEE 
Comm. Society’s New York Chapter, Nov. 

21, New York City. Contact Bob Puttre, 
phone (914) 683-3151; or Frank Stahl, 
phone (718) 816-4468. 

15th Western Educational Computing 
Conf., Nov. 21-22, Los Angeles. Sponsor: 
Calif. Educational Computing Consortium. 


Contact Gary Penders, Dodd Hall, UCLA, 
Los Angeles, CA 90024. 

First Int’l Workshop on Industrial Applica¬ 
tions of Fuzzy Control and Intelligent Sys¬ 
tems, Nov. 21-22, College Station, Texas. 
Cosponsors: Texas A&M Univ., North 
Am. Fuzzy Information Processing Soc. 
Contact John Yen, phone (409) 845-5466, 
fax (409) 847-8578, e-mail yen@cs.tamu. 


££ N. Eighth Int’l TRON Project Symp., 
Nov. 21-27, Tokyo. Sponsor: The 
Real-Time Operating System Nucleus As¬ 
soc. Contact Eiichi Ohno, Research and 
Development, Mitsubishi Electric, 2-2-3 
Marunouchi, Tokyo 100, Japan, phone 81 
(3) 3218-2163, fax 81 (3) 3218-2188. 


ESPRIT Conf., Nov. 25-29, Brussels. Spon¬ 
sor: Commission of the European Commu¬ 
nities. Contact European Congress Con¬ 
sultants and Organisers, Rue Vilain XIIII, 
17a, B-1050 Brussels, Belgium, phone 32 
(2) 647-8780, fax 32 (2) 640-6697. 


RISC 91, Int’l Conf. on Reduced Instruc¬ 
tion-Set Computing, Nov. 26-28, Karls¬ 
ruhe, Germany. Sponsor: IEEE. Contact 
Messe and Kongrep GmbH, Rotebiihl- 
straPe 83-85, D-7000 Stuttgart 1, Germany, 
phone 07 (11) 61946-0, fax 07 (11) 618-079. 

Computer-Human Interaction Conf., Nov. 
27-29, Sydney, Australia. Sponsor: Com¬ 
puter-Human Interaction Special Interest 
Group of the Ergonomics Soc. of Austra¬ 
lia. Contact ACUS, 115 Wicks Rd., North 
Ryde, NSW 2113, Australia, phone 61 (02) 
390-1301, fax 61 (02) 390-1391. 


December 1991 


Third IEEE Int’l Symp. on Parallel 
’^Ip' and Distributed Processing, Dec. 1-5, 

Dallas. Sponsors: IEEE Computer Soc., 
IEEE Dallas Section, ACM SIGArch. 
Contact Sartaj Sahni, CIS Dept., CSE 301, 
Univ. of Florida, Gainesville, FL 32611, 
phone (904) 392-1527, fax (904) 392-1220; 
or Behrooz Shirazi, Univ. of Texas at Ar¬ 
lington, Computer Science Eng. Dept., 

Box 19015, Arlington, TX 76019-0015, 
phone (817) 273-3605, fax (817) 273-2548, 
e-mail shirazi@evax.utarl.edu. 


TOOLS Pacific 91, Tech, of Object-Ori¬ 
ented Languages and Systems Int’l Conf., 
Dec. 2-4, Sydney, Australia. Cosponsors: 
Victorie Pty Ltd., Interactive Software 
Eng. Contact Myriam Wever, PO Box 258, 
Balmain NSW 2041, Australia, phone 61 
(2) 810-2502, fax 61 (2) 810-3726. 


Fourth Int’l Workshop on Petri Nets 
'qjp and Performance Models, Dec. 2-5, 

Melbourne, Australia. Sponsor: Telecom 
Australia. Contact Fred Symons, Electrical 
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and Computer Systems Eng. Dept., Monash 
Univ., Wellington Road, Clayton North, 
3168, Vic., Australia, phone 61 (3) 565- 
3481, fax 61 (3) 565-3454; or Jonathan Bill- 
ington, Telecom Australia Research Labs, 
PO Box 249, 770 Blackburn Rd., Clayton 
North, Vic. 3168, Australia, phone 61 (3) 
541-6416, fax 61 (3) 544-2362, e-mail 
j .billington@trl.oz. au. 

ICIE 91, Int’l Conf. on Information Eng., 
Dec. 2-5, Singapore. Sponsor: Nanyang 
Tech. Univ. et al. Contact NTU, Singapore 
2263, Republic of Singapore, phone (65) 
265-1744, fax (65) 264-1687, e-mail 
esubram@ntuvax.bitnet. 


Blvd., Suite 224, Charlotte, NC 28217, 
phone (800) 447-6949; or Robert Crain, 
Wolverine Software, 4115 Annandale Rd., 
Suite 200, Annandale, VA 22003. 

ESPRIT II Project Workshop, Dec. 9-11, 

Abingdon, UK. Sponsor: Applications-Re- 
lated Graphics and OSI Standards Integra¬ 
tion Consortium. Contact D.A. Duce, In¬ 
formatics Dept., Rutherford Appleton 
Lab, Chilton, Didcot, OXON 0X11 0QX, 
UK, phone 44 (235) 445-511, fax 44 (235) 
445-831, e-mail dad@uk.ac.rl.inf (JANet), 
ukclrlinfldad (uucp), dad%rl.inf@rlean 
(Bitnet/Earn). 


g^, Seventh Computer Security Applica- 
tions Conf., Dec. 2-6, San Antonio, 
Texas. Sponsors: Aerospace Computer Se¬ 
curity Associates, Am. Soc. for Industrial 
Security. Contact Ronald Gove, Booz- 
Allen and Hamilton, 4330 East-West Hwy., 
Bethesda, MD 20841, phone (301) 951- 
2395, e-mail gove@dockmaster.ncsc.mil. 


NIPS 91, Neural Information Processing 
Systems Conf., Dec. 2-7, Denver. Sponsors: 
IEEE Information Theory Group et al. 
Contact NIPS 91, Siemens Research Cen¬ 
ter, 755 College Rd. E, Princeton, NJ 08540. 

1991 Workshop on Architectural Aspects 
of Real-Time Systems, Dec. 3, San Anto¬ 
nio, Texas. Sponsor: IEEE. Contact C.M. 
Krishna, Electrical and Computer Eng. 
Dept., Univ. of Massachusetts, Amherst, 
MA 01003, phone (413) 545-0766, e-mail 
krishna@ecs.umass.edu. 


Technology 2001, Second Nat’l Tech. 
Transfer Conf., Dec. 3-5, San Jose, Calif. 
Cosponsors: NASA et al. Contact Joseph 
Pramberger, phone (212) 490-3999; or 
Technology Utilization Foundation, 41 E. 
42nd St., Suite 921, New York, NY 10017, 
fax (212) 986-7864. 

g^, 12th IEEE Symp. on Real-Time Sys- 
terns, Dec. 3-6, San Antonio, Texas. 
Sponsor: IEEE Computer Soc. Technical 
Committee on Real-Time Computing. Con¬ 
tact Jane S.W. Liu, Computer Science 
Dept., Univ. of Illinois, 1304 W. Springfield 
Ave., Urbana, IL 61801, phone (217) 333- 
0135, e-mailjaneliu@cs.uiuc.edu. 


g^v PDIS, First Int'l Conf. on Parallel 

and Distributed Information Systems, 
Dec. 4-6, Miami Beach, Fla. Cosponsors: 
IEEE Computer Soc. et al. Contact Amit 
Sheth, Bellcore, 1J-210, 444 Hoes Ln., Pis- 
cataway, NJ 08854, phone (908) 699-3300, 
fax (908) 699-9011, e-mail amit@ ctt. 
bellcore.com. 


SIGSoft 91, Dec. 4-6, New Orleans. Spon¬ 
sor: ACM. Contact Mark Moriconi, SRI 
Int’l, 333 Ravenswood Ave., Menlo Park, 
CA 94025, phone (415) 859-5924, e-mail 
moriconi@csl.sri.com. 


Es, WSC 91, 1991 Winter Simulation 
Ip' Conf., Dec. 8-11, Phoenix, Ariz. Con- 
:t EPIC Management, 8720 Red Oak 


Int’l Symp. on Microcomputer Applica¬ 
tions, Dec. 11-13, Long Beach, Calif. Con¬ 
tact Donna Hudson, Univ. of California at 
San Francisco, 2615 E. Clinton Ave., Fres¬ 
no, CA 93703, phone (209) 225-6100 ext. 
5776, fax (209) 228-6929, e-mail hudson@ 
mis.ucsf.edu; or Les Miller, Computer Sci¬ 
ence Dept., 226 Atanasoff Hall, Iowa State 
Univ., Ames, IA 50011, phone (515) 294- 
4377, fax (515) 294-2574, e-mail lmiller@ 
atanasoff.cs.iastate.edu. 

Hypertext 91, Dec. 15-18, San Antonio, 
Texas. Sponsor: ACM. Contact John J. 
Leggett, Hypertext Research Lab, Com¬ 
puter Science Dept., Texas A&M Univ., 
College Station, TX 77843-3112, phone 
(409) 845-0298, fax (409) 847-8578, e-mail 
leggett@bush.tamu.edu. 

World Congress on Expert Systems, Dec. 
16-19, Orlando, Fla. Cosponsors: Int’l 
Assoc, of Knowledge Engineers et al. Con¬ 
tact World Congress on Expert Systems, 
c/o Congress Secretariat, Congrex (USA), 
7315 Wisconsin Ave., Suite 404E, Bethes¬ 
da, MD 20814, phone (301) 469-3355, fax 
(301) 469-3360. 


January 1992 

g^j Fifth Int’l Conf. on VLSI Design, 
^*7 Jan. 4-7, Bangalore, India. Sponsor: 
VLSI Soc. of India et al. Contact Asoke K. 
Laha, Cadence Design Systems, Systems 
Division, 2 Lowell Research Center Dr., 
Lowell, MA 01852-4995, phone (508) 934- 
0233, fax (508) 441-1109, e-mail laha@ 
cadence.com; or Lalit M. Patnaik, Comput¬ 
er Science and Automation, Indian Inst, of 
Science, Bangalore, 560012, India, phone 
91 (812) 342-451, e-mail lalit% vigyan@ 
shakti.emet.in. 

Second Int’l Symp. on Artificial Intelli¬ 
gence and Math, Jan. 5-8, Fort Lauderdale, 
Fla. Cosponsors: Florida Atlantic Univ. et 
al. Contact Frederick Hoffman, Math 
Dept., FAU, PO Box 3091, Boca Raton, 

FL 33431, e-mail hoffman@acc.fau.edu or 
hoffman@fauvax.bitnet. 

Symp. on Formal Techniques in Real-Time 
and Fault-Tolerant Systems, Jan. 6-10, 

Nijmegen, The Netherlands. Contact Jan 
Vytopil, Real-Time Systems Group, Infor¬ 
matics Dept., Univ. of Nijmegen, 


Toernooiveld, 6525 ED Nijmegen, The 
Netherlands, phone 31 (80) 652-075, fax 31 
(80) 553-450, e-mail vytopil@cs.kun.nl. 


(gN HICSS 25, Hawaii Int’l Conf. on Sys- 
terns Sciences, Jan. 7-10, Koloa, Ha¬ 
waii. Cosponsors: IEEE, ACM. Contact 
Luqi, Computer Science Dept., Naval Post¬ 
graduate School, Monterey, CA 93940, 
phone (408) 646-2468; Ronald J. Norman, 
IDS Dept., San Diego State Univ., San Di¬ 
ego, CA 92182-0127, phone (619) 594-3734, 
fax (619) 594-1573, Internet rnorman@ 
sciences.sdsu.edu; or Ralph Sprague, Univ. 
of Hawaii at Manoa Decision Science, 2404 
Maile Way, Honolulu, HI 96822, phone 
(808) 956-6606, e-mail hicss@uhccux.uhcc. 
hawaii.edu. 


Computer Science and Operations Re¬ 
search Conf., Jan. 8-10, Williamsburg, Va. 
Sponsor: Operations Research Soc. of Am. 
Contact Osman Balci, Computer Science 
Dept., Virginia Tech, Blacksburg, VA 
24061-0106, phone (703) 231-4841, e-mail 
balci@vtopus.cs.vt.edu. 

Technical Symp. on Laser and Sensor Eng., 
Jan. 19-24, Los Angeles. Sponsor: Int’l Soc. 
for Optical Eng. Contact SPIE, PO Box 10, 
Bellingham, WA 98227-0010, phone (206) 
676-3290, fax (206) 647-1445; SPIE, Xan- 
tener Strasse 22, D-1000 Berlin 15, Germa¬ 
ny, phone 49 (30) 883-9507, fax 49 (30) 882- 
2028; or SPIE, c/o OTO Research, Take- 
uchi Bldg., 1-34-12 Takatanobaba, Shin- 
juku-ku, Tokyo 160, Japan, phone 81 (03) 
3208-7821, fax 81 (03) 3200-2889. 

g^> PADS, Sixth Workshop on Parallel 
and Distributed Simulation, Jan. 20- 

22, Newport Beach, Calif. Joint sponsors: 
IEEE, ACM, Soc. for Computer Simula¬ 
tion. Contact Paul Reynolds, Computer 
Science Dept., Olsson Hall, Univ. of Vir¬ 
ginia, Charlottesville, VA 22903, phone 
(804) 924-1039, e-mail pfr@louisxiv.ipc. 
virginia.edu. 


g^ IEEE Int’l Conf. on Wafer-Scale In- 
tegration, Jan. 22-24, San Francisco. 
Sponsors: IEEE Computer Soc., IEEE 
Components, Hybrids, and Manufacturing 
Tech. Soc. Contact Michael Yung, Hughes 
Research Labs, RL 69, 3011 Malibu Can¬ 
yon Rd., Malibu, CA 90265, phone (213) 
317-5657, fax (213) 317-5484. 

gN SETA 2, Second Int’l Symp. on Envi- 
ronments and Tools for Ada, Jan. 28- 

31, Herndon, Va. Cosponsors: IEEE Com¬ 
puter Soc. Technical Committee on Com¬ 
puter Languages, ACM. Contact Patricia 
Orbernborg, NADC Code 7031, Warmin¬ 
ster, PA 18974-5000, phone (215) 441-2737, 
e-mail tricia@nadc.navy.mil. 


February 1992 


gN RIDE 92, Int’l Workshop on Re- 
^*7 search Issues in Data Eng., Feb. 2-3, 

Mission Palms, Ariz. Contact Clement Yu, 
EECS Dept., Univ. of Illinois at Chicago, 
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Chicago, IL 60680, phone (312) 996-2318, 
fax (312) 413-0024, e-mail yu@uicbert. 
eecs.uic.edu. 

ICDE 92, Eighth Int’l Conf. on Data 
'Q 7 Eng., Feb. 3-7, Phoenix, Ariz. Spon¬ 
sor: IEEE Computer Soc. Technical Com¬ 
mittee on Data Eng. Contact Nick J. Cer- 
cone, Center for Systems Sciences, Simon 
Fraser Univ., Burnaby, B.C., Canada V5A 
1S6, phone (604) 291-4588 or 3229, fax (604) 
291-4951, e-mail nick@cs.sfu.ca; or (for 
workshop on research issues) Clement Yu, 
Electrical Eng. and Computer Science 
Dept., Univ. of Illinois at Chicago, Chicago, 
IL 60680, phone (312) 996-2318, fax (312) 
413-0024. 


BAST Workshop, Feb. 4-7, Bodega 
'SjJ' Bay, Calif. Cosponsor: Center for Re¬ 
liable Computing. Contact Edward J. Mc- 
Cluskey, Center for Reliable Computing, 
ERL 460, Stanford, CA 94305-4055, phone 
(415) 723-1451, fax (415) 725-7398. 

Workshop on Multimedia Information Sys¬ 
tems, Feb. 7-8, Phoenix, Ariz. Contact P. 
Bruce Berra, ECE Dept., Syracuse Univ., 
Syracuse, NY 13244, phone (315) 443-4445. 

ISSCC 92,1992 IEEE Int’l Solid-State Cir¬ 
cuits Conf., Feb. 19-21, San Francisco. Spon¬ 
sors: IEEE Solid-State Circuits Council et 
al. Contact Diane Suiters, Courtesy Associ¬ 
ates, 655 15th St. NW, Suite 300, Washing¬ 
ton, DC 20005, phone (202) 639-4255. 


Compcon Spring 92, Feb. 24-28, San 

^■7 Francisco. Contact Compcon Spring 
92, IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013, fax (202) 728- 


CAAP 92, Colloquium on Trees in Algebra 
and Programming, and ESOP 92, European 
Symp. on Programming, Feb. 24-28, Rennes, 
France. Contact J.-C. Raoult, IRISA, Cam¬ 
pus de Beaulieu, F-35042 Rennes Cedex, 
France, e-mail raoult@ irisa.fr (for CAAP 
92); or B. Krieg-Brueckner, FB3 Mathema- 
tik und Informatik, Universitaet Bremen, 
Postfach 330 440, D-2800 Bremen 33, Ger¬ 
many, phone 49 (421) 218-3660, fax 49 (421) 
218-3054, e-mail bkb@informatik. uni- 
bremen.de (for ESOP 92). 

11th Int’l Workshop on Distributed Artifi¬ 
cial Intelligence, Feb. 26-28, Glen Arbor, 
Mich. Cosponsors: Univ. of Michigan, In¬ 
dustrial Tech. Inst. Contact Edmund H. 
Durfee, Electrical Eng. and Computer Sci¬ 
ence Dept., Univ. of Michigan, Ann Arbor, 
MI 48109, phone (313) 936-1563, fax (313) 
763-1260, e-mail durfee@caen.engin. 
umich.edu. 

GLS-VLSI 92, Second Great Lakes 
'5P' Symp. on VLSI, Feb. 28-29, Kalam¬ 
azoo, Mich. Sponsor: Western Michigan 
Univ. Contact Naveed Sherwani, Computer 
Science Dept., Western Michigan Univ., 
Kalamazoo, MI 49008, phone (616) 387- 
5662, fax (616) 387-3999. 


March 1992 


69621 Villeurbanne, France, phone 33 (72) 
438-172, fax 33 (72) 440-800. 


CAIA 92, Eighth IEEE Conf. on Ar- 
'5*7 tificial Intelligence Applications, Mar. 
2-6, Monterey, Calif. Contact CAIA 92, 
IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013, fax (202) 728-0884. 


SIGForth 92 Workshop, Mar. 5-7, Kansas 
City, Mo. Sponsor: ACM SIGForth. Con¬ 
tact George Shaw, Shaw Labs, PO Box 
3471, Hayward, CA 94540-3471, phone 
(510) 276-5953, fax (510) 276-6050, GEnie: 
g.shawl, e-mail george_shaw@mts.cc. 
wayne.edu. 


Fuzz IEEE 92, Inti Conf. on Fuzzy Sys¬ 
tems, Mar. 8-12, San Diego, Calif. Sponsor: 
IEEE Neural Network Council. Contact 
Fuzz IEEE 92, 5665 Oberlin Dr., Suite 110, 
San Diego, CA 92121, phone (619) 453- 
6222, fax (619) 535-3880. 


ISIF 92, Fourth Inti Symp. on Integrated 
Ferroelectrics, Mar. 9-11, Monterey, Calif. 
Contact ISIF 92, Microelectronics Research 
Labs, Univ. of Colorado at Colorado 
Springs, PO Box 7150, Colorado Springs, 
CO 80933-7150, phone (719) 593-3488, fax 
(719) 594-4257. 

Third Inti Conf. on Data and 
^7 Knowledge Systems for Manufactur¬ 
ing Eng., Mar. 9-13, Villeurbanne, France. 
Cosponsors: Assoc. Francaise pour la Cy- 
bernetique Economique et Technique et al. 
Contact INSA, 20 Av. Albert Einstein, 


Fourth Inti Conf. on Strategic Soft- 
ware Systems, Mar. 10-11, Hunts¬ 
ville, Ala. Cosponsors: IEEE Computer 
Soc. Huntsville Chapter, Univ. of Alabama 
in Huntsville. Contact Ann H. Yelle, Univ. 
of Alabama in Huntsville, Continuing Edu¬ 
cation Division, Conferences (SSS-92), 
Bevill Center 289-A, Huntsville, AL 35899, 
phone (800) 448-4035 or (205) 895-6372, 
fax (205) 895-6760. 


ISQE 92, Inti Software Quality Exchange, 
Mar. 10-11, San Francisco. Sponsor: Juran 
Inst. Contact Brian T. Eck, Juran Inst., 11 
River Rd., PO Box 811, Wilton, CT 06897- 
0811, phone (800) 338-7726. 


Fifth Virus and Security Conf., Mar. 
^§7 11-13, New York City. Sponsor: Data 
Processing Management Assoc. Financial In¬ 
dustries. Contact Judy S. Brand, PO Box 6313 
FDR Station, New York, NY 10150, phone 
(800) 835-2246 ext. 190, fax (303) 825-9151. 


Inti Conf. on Computer Applications in 
Design, Simulation, and Analysis, Mar. 11- 

13, Orlando, Florida. Contact G.K.F. Lee, 
Mars Mission Research Center, PO Box 
7910, North Carolina State Univ., Raleigh, 
NC 27695-7910, phone (919) 737-2365, fax 
(919) 737-7968, e-mail glee@maeps0. 
ncsu.edu. 


Symp. on Document Analysis and Infor¬ 
mation Retrieval, Mar. 16-18, Las Vegas, 
Nev. Contact William L. Brogan, Electrical 


Artificial Intelligence 

BP America’s Warrensville Research and Environmental Science 
Center has immediate openings for Technical/Research pro¬ 
fessionals fluent in knowledge representation, object-oriented 
programming, and high level software engineering environments. 
Subjects of interest include neural networks, knowledge networks, 
advanced reasoning methods, massively parallel processing, 
“smart” human interfaces, etc. We are looking for candidates with a 
PhD from a top ranked university in either Computer Science or 
Engineering with significant computer science background, and up 
to 5 years experience. 

BP has been involved in Al research for over 12 years and offers 
an exciting environment with state-of-the-art equipment, such as 
Suns, Macintoshes, DEC and VAX stations, Lisp machines, etc. 

Our Al activity involves research and development in integrated 
knowledge-based (expert) systems and is part of an inter¬ 
disciplinary research program. 

BP America, part of one of the world's largest oil companies, is the 
nation's leading producer of domestic crude oil. Our Research 
Center is a state-of-the-art facility situated on 100 wooded acres 
in suburban Cleveland. We offer a highly competitive salary and 
benefits program, with opportunities for growth and advancement. 
Send your detailed resume, in complete confidence to: Employee 
Development; BP Research; 4440 Warrensville Center Road; 
Warrensville Heights, OH 44128. 

An Equal Opportunity Employer 
NO THIRD PARTY INQUIRIES. PLEASE. 
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Eng. Dept., Univ. of Nevada at Las Vegas, 
4505 Maryland Pkwy., Las Vegas, NV 
89154, phone (702) 597-4184, e-mail 
eewlb@cs.unlv.edu; or Kazem Taghva, 
Computer Science Dept., UNLV, 4505 
Maryland Pkwy., Las Vegas, NV 89154, 
phone (702) 739-3338, e-mail taghva@ 
cs.unlv.edu. 

ED AC 92, European Conf. on De- 
5*7 sign Automation, Mar. 16-19, Brus¬ 
sels. Cosponsors: ED AC Assoc, et al. Con¬ 
tact Herman Beke, EDC Abdisstraat 34, 
3030 Leuven-Heverlee, Belgium, phone 32 
(16) 20-3063; or EDAC 92 Secretariat, CEP 
Consultants, 26-28 Albany St., Edinburgh 
EH1 3QH, UK, phone 44 (31) 557-2478, fax 
44 (31) 557-5749. 

Packaging, Interconnects, Optoelec- 
'5*7 tronics for the Design of Parallel 
Computers, Mar. 17-18, Schaumberg, Ill. 
Sponsor: IEEE Lasers and Electro-Optics 
Soc. Contact Jose Schuh-Aine or Raj Mit- 
tra, Univ. of Illinois, 1406 W. Green St., 
Urbana, IL 61801-2991, phone (217) 244- 
7279, fax (217) 333-8986. 

1^. IEEE Multi-Chip Module Conf., 

5*7 Mar. 17-20, Santa Cruz, Calif. Co¬ 
sponsors: IEEE Circuits and Systems Soc. 
et al. Contact Wayne Wei-Ming Dai, 313A 
Applied Sciences Bldg., Computer Eng. 
Dept., Univ. of California, Santa Cruz, CA 
95064, phone (408) 459-4234, fax (408) 459- 
4829. 

Second Conf. on Computers, Free- 
557 dom, and Privacy, Mar. 18-20, Wash¬ 
ington, DC. Cosponsors: ACM et al. Con¬ 
tact Lance Hoffman, George Washington 
Univ., Electrical Eng. and Computer Sci¬ 
ence Dept., Washington, DC 20052, phone 
(202) 994-4955. 

EWPC 92, European Workshop on Parallel 
Computing, Mar. 23-24, Barcelona, Spain. 
Sponsor: Commission of European Com¬ 
munities. Contact EWPC 92 Secretariat, c/o 
W. Joosen, Departement Computerweten- 
schappen, K.U. Leuven, Celestijnenlaan 
200 A, B-3001 Heverlee-Leuven, Belgium, 
phone (32) 1620-1015, fax (32) 1620-5308, 
e-mail ewpc92@cs. kuleuven. ac.be. 

IPPS 92, Sixth Int’l Parallel Process- 
517 ing Symp., Mar. 23-26, Beverly Hills, 
Calif. Contact Larry H. Canter, Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414, fax (714) 738-3470. 

® EDBT 92, Int’l Conf. on Extending 
Database Tech., Mar. 23-27, Vienna. 
Sponsor: IEEE. Contact Brigitte Haber- 
stroh, Inst. 184-2, Tech. Univ. of Vienna, 
A-1040 Vienna, Austria, phone 43 (1) 588- 
01/6122, fax 43 (1) 505-5304, e-mail 
haberstroh@vexpert.dbai.tuwien.ac.at. 

DCC 92, Data Compression Conf., 
5*7 Mar. 24-26, Snowbird, Utah. Spon¬ 
sors: IEEE Computer Soc. Technical Com¬ 
mittee on Computer Comm., NASA. Con¬ 
tact Martin Cohn, Computer Science Dept., 
Brandeis Univ., Waltham, MA 02554, 


phone (617) 736-2705, fax (617) 736-2741, 
e-mail marty@cs.brandeis.edu. 

SEDMS 92, Third Symp. on Experi- 
587 ences with Distributed and Multipro¬ 
cessor Systems, Mar. 26-27, Newport 
Beach, Calif. Sponsor: Usenix Assoc. Con¬ 
tact George Leach, AT&T Paradyne, MS 
LG-133, PO Box 2826, Largo, FL 34649- 
2826, phone (813) 530-2376, fax (813) 530- 
8224, e-mail reggie@pdn.paradyne.com. 

ASOM, Second Am. Symp. on Mi- 
5*7 croelectronics. Mar. 27-28, Memphis, 
Tenn. Sponsor: Memphis State Univ. Con¬ 
tact Eliayeb S. Abuelyaman, Electrical Eng. 
Dept., Memphis State Univ., Memphis, TN 
38152, phone (901) 678-2050, fax (901) 678- 
4180. 


April 1992 


PCCC 92, 11th IEEE Int’l Phoenix 
5s7 Conf. on Computers and Communica¬ 
tions, Apr. 1-3, Scottsdale, Ariz. Cospon¬ 
sors: IEEE Comm. Soc. et al. Contact 
Ralph Martinez, Univ. of Arizona, Electri¬ 
cal and Computer Eng. Dept., Tucson, AZ 
85721, phone (602) 621-6174, e-mail 
martinez% ecevax@rvax.ccit.arizona.edu; or 
Joseph Urban, Computer Science and Eng. 
Dept., Arizona State Univ., Tyler Mall- 
ECG 252, Tetnpe, AZ 85287-5406, phone 
(602) 965-2774, fax (602) 965-2751, e-mail 
jurban@asuvax.eas.asu.edu. 

Z2N 10th IEEE VLSI Test Symp., Apr. 
5§7 7-9, Atlantic City, N.J. Sponsor: 

IEEE Computer Soc. Technical Committee 
on Test Tech. Contact IEEE Computer 
Soc., 1730 Massachusetts Ave. NW, Wash¬ 
ington, DC 20036-1903, phone (202) 371- 
1013, fax (202) 728-0884; or Dhiraj 
Pradham, Univ. of Massachusetts, ECE 
Dept., Marcus Hall, Amherst, MA 01003, 
phone (413) 545-0160, fax (413) 545-4611. 

ICCL 92, Int’l Conf. on Computer 
5*7 Languages, Apr. 20-23, San Francisco. 
Sponsor: IEEE Computer Soc.Technical 
Committee on Computer Languages. Con¬ 
tact Mario Barbacci, Software Eng. Inst., 
Carnegie Mellon Univ., Pittsburgh, PA 
15213, phone (412) 268-7704, fax (412) 268- 
5758, e-mail barbacci@sei. cmu.edu. 

ZSN. Third Workshop on Workstation 
5*7 Operating Systems, Apr. 23-24, Key 

Biscayne, Fla. Sponsor: IEEE Computer 
Soc. Technical Committee on Operating 
Systems and Applications Environments. 
Contact Joseph Boykin, 7 Hampton Rd., 
Natick, MA 01760, phone (508) 651-8228. 


May 1992 

® CHI 92, Conf. on Human Factors in 
Computing, May 3-7, Monterey, 

Calif. Sponsor: ACM. Contact Assoc, for 
Computing Machinery, 11 W. 42nd St., New 
York, NY 10036, phone (212) 869-7440. 


1992 IEEE Symp. on Research in Se- 
’<357 curity and Privacy, May 4-6, Oakland, 
Calif. Sponsor: IEEE Computer Soc. Techni¬ 
cal Committee on Security and Privacy. Con¬ 
tact Deborah Cooper, Unisys, 5731 Slauson 
Ave., Culver City, CA 90230, phone (213) 
338-3727, e-mail cooper@culv.unisys.com. 

IEEE Infocom 92,11th Conf. on 
5*7 Computer Comm., May 4-8, Florence, 
Italy. Cosponsor: IEEE Comm. Soc. Contact 
L. Fratta, Politecnico di Milano, c/o Cefriel, 
Via Emanueli, 15, 20126 Milano, Italy, 
phone 39 (2) 2399-3578, fax 39 (2) 2399- 
3587, e-mail fratta@imicefr.bitnet; or 
J. Kurose, Computer and Information Sci¬ 
ence Dept., Univ. of Massachusetts, Am¬ 
herst, MA 01003, phone (413) 545-1585, 
e-mail kurose@cs.umass.edu. 

CompEuro 92, IEEE Int’l Conf. on 
5*7 Computer Systems and Software Eng., 
May 4-8, The Hague, The Netherlands. Co¬ 
sponsors: IEEE Region 8, IEEE Benelux 
Section. Contact Patrick Dewilde, Delft 
Univ. of Tech., EE Dept., POB 5031, 2600 
GA Delft, The Netherlands, fax 31 (15) 623- 
271; or G. Arink, Philips Medical Systems, 
PO Box 10000, 5680 DA Best, The Nether¬ 
lands, phone 31 (40) 762-060, fax 31 (40) 
762-952. 

PTW 92, Second Pacific Test Work- 
5*7 shop, May 5-8, Vancouver, B.C., 
Canada. Sponsor: IEEE Computer Soc. 
Technical Committee on Test Tech. Contact 
Andre Ivanov, Electrical Eng. Dept., Univ. 
of British Columbia, 2356 Mian Mall, Van¬ 
couver, B.C., Canada V6T 1Z4, phone (604) 
822-6936, fax (604) 822-5949; or Mani Soma, 
phone (206) 685-3810, fax (206) 543-3842. 

1992 IEEE Int’l Conf. on Robotics and 
Automation, May 10-15, Nice, France. 
Sponsor: IEEE Robotics and Automation 
Soc. Contact Harry Hayman, PO Box 3216, 
Silver Spring, MD 20918, phone (301) 236- 
5621, fax (301) 236-5621. 

® ICSE 92, 14th Int’l Conf. on Soft¬ 
ware Eng., May 11-15, Melbourne, 
Australia. Cosponsors: IEEE Computer 
Soc. Technical Committee on Software Eng. 
et al. Contact IEEE Computer Soc., 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013, fax (202) 
728-0884; or A.Y. Montgomery, Computer 
Science Dept., Royal Melbourne Inst, of 
Tech., PO Box 2476V, Melbourne 3001, 
Victoria, Australia, phone 61 (3) 660-2943, 
fax 61 (3) 662-1617, e-mail aym@goanna.cs. 


® IEEE Ninth Workshop on Real- 
Time Operating Systems and Soft¬ 
ware, May 13-14, Pittsburgh. Cosponsor: 
IEEE Computer Soc. Technical Committee 
on Real-Time Systems. Contact Marc Don- 
ner, IBM Research, PO Box 218, Yorktown 
Heights, NY 10598, phone (914) 945-2032, 
fax (914) 945-1234. 

Workshop on Interconnections with 
5*7 in High-Speed Digital Systems, May 
18-20, Santa Fe, N.M. Sponsor: IEEE Lasers 
and Electro-Optics Soc. Contact Ken Young, 
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ISCA 92,19th Int'l Symp. on Com- 
'5*7 puter Architecture, May 19-21, 

Queensland, Australia. Cosponsors: IEEE, 
ACM SIGArch. Contact Jean-Lue Gaudi- 
ot, EE-Systems Dept., Univ. of Southern 
California, Los Angeles, CA 90089-0781, 
phone (213) 740-4484, fax (213) 740-4449, 
e-mail gaudiot@usc.edu; or D. Abramson, 
CSIRO, 723 Swanston St., Melbourne 
3000, Australia, phone 61 (3) 282-2666, 
e-mail david.abramson@ mel. dit.csiro.au. 

Sixth Int’l Conf. on Computer Sci- 

ence, May 20-22, Tunis, Tunisia. 
Sponsor: Assoc. Francaise pour la Cyber- 
netique Economique et Technique. Con¬ 
tact Montasser Ouaili, Ecole Nationale des 
Sciences de l’lnformatique, 16 Rue 8010 
Quartier Montplaisir, 1002 Tunis Belve¬ 
dere, Tunisia, phone 216 (1) 784-032, fax 
216 (1) 787-827. 

■jSN MVL 92, 22nd Int’l Symp. on Multi- 
'5*7 ple-Valued Logic, May 27-29, Sendai, 
Japan. Sponsors: IEEE Computer Soc. 
Technical Committee on Multiple-Valued 
Logic, Japan Research Group on Multiple- 
Valued Logic. Contact Tatsuo Higuchi, 
Electronic Eng. Dept., Tohoku Univ., 
Aoba, Aramaki, Sendai 980, Japan, phone 
81 (022) 222-1800, fax 81 (022) 263-9406, 
e-mail thiguchi@higuchi.ecei. tohoku.ac.jp; 
or S.B. Silio, Electrical Eng. Dept., Univ. 
of Maryland, College Park, MD 20742, 
phone (301) 454-6839, fax (301) 454-1837, 
e-mail silio@eng.umd.edu. 

Symp. on Assessment of Quality 
'5*7 Software Development Tools, May 
27-29, New Orleans. Sponsor: Tulane 
Univ. Contact July Lee, IBM, 1000 NW 
51st. St., Boca Raton, FL 33432, phone 
(407) 982-1048; or Ez Nahouraii, IBM 
(798/089), 6321 San Ignacio Ave., San Jose, 
CA 95119, phone (408) 281-5741, e-mail 
eznah@stlvm7.iinusl.ibm.com 


June 1992 

FGCS 92, Int’l Conf. on Fifth-Gener- 
'5*7 ation Computer Systems, June 1-5, 

Tokyo. Cosponsors: Information Process¬ 
ing Soc. of Japan et al. Contact Hidehiko 
Tanaka, Univ. of Tokyo, 3-1 Hongo 7- 
chome, Bunkyo-ku, Tokyo 113, Japan, 
phone 81 (33) 3812-2111 ext. 6663, fax 81 
(33) 3818-5706. 

DAC 92, 29th IEEE/ACM Design 

Automation Conf., June 8-12, Ana¬ 
heim, Calif. Contact DAC 92, MP Associ¬ 
ates, 7490 Clubhouse Rd., Boulder, CO 
80301, phone (303) 530-4333; or Dan 
Schweikert, Cadence Design Systems, 555 
River Oaks Pkwy., Bldg. 4, San Jose, CA 
95132, phone (408) 944-7297, e-mail dan@ 
cadence.com. 

Sixth Int’l Workshop on Scientific 
'5*7 and Statistical Database Manage¬ 
ment, June 9-11, Zurich, Switzerland. 


Cosponsor: ACM SIGMOD. Contact H. 
Hinterberger, Inst, for Scientific Comput¬ 
ing, ETH Zentrum, CH-8093 Zurich, Swit¬ 
zerland, phone 41 (1) 254-7436, fax 41 (1) 
262-3973. 

Z2N IEA/AIE 92, Fifth Int’l Conf. on In- 
'5*7 dustrial and Eng. Applications of Ar¬ 
tificial Intelligence and Expert Systems, 
June 9-12, Paderborn, Germany. Cospon¬ 
sors: Univ. of Paderborn et al. Contact 
Fevzi Belli, Univ. of Paderborn, Postfash 
1621, 4790 Paderborn, Germany, phone 49 
(5251) 60-3282, fax 49 (5251) 602-519, 
e-mail belli@adt.uni-paderborn.de. 

ICDCS 92,12th Int'l Conf. on Dis- 
*517 tributed Computing Systems, June 9- 

12, Yokohama, Japan. Cosponsor: Infor¬ 
mation Processing Soc. of Japan. Contact 
Ming T. (Mike) Liu, Computer and Infor¬ 
mation Science Dept., Ohio State Univ., 
2036 Neil Ave., Columbus, OH 43210- 
1277, phone (614) 292-6552, fax (614) 292- 
9021, e-mail mike.liu@osu.edu; or Yutaka 
Matsushita, Instrumentation Eng. Dept., 
Keio Univ., 3-14-1 Hiyoshi, Kohoku-ku, 
Yokohama, Japan 223, phone 81 (045) 563- 
1141 ext. 3564, fax 81 (045) 562-7625, 
e-mail on@inst.keio.ac.jp. 

ITS 92, Second Int’l Conf. on Intelli- 
'5*7 gent Tutoring Systems, June 10-12, 

Montreal. Cosponsors: Univ. of Montreal 
et al. Contact Claude Frasson, Departe- 


ment d’lRO, Universite de Montreal, CP 
6128 Succ A. Montreal, Que., Canada H3C 
3J7, phone (514) 343-7019, fax (514) 343- 
5834, e-mail frasson@iro.umontreal.ca. 

CBMS 92, IEEE Symp. on Comput- 
'5*7 er-Based Medical Systems, June 14- 

17, Durham, N.C. Cosponsors: IEEE Com¬ 
puter Soc., IEEE Eastern North Carolina 
Section, Eng. in Medicine and Biology Soc. 
Contact James N. Brown, Jr., Research 
Triangle Inst., PO Box 12194, Research 
Triangle Park, NC 27709, phone (919) 541- 
6975, fax (919) 541-5945; or Peter Santago, 
Radiology Dept., Bowman Gray School of 
Medicine, Medical Center Blvd., Winston- 
Salem, NC 27157-1022, phone (919) 748- 
4260, fax (919) 748-2870, e-mail cbms@ 
mrips.bgsm.wfu.edu. 

CVPR 92, IEEE Computer Society 
'5*7 Conf. on Computer Vision and Pat¬ 
tern Recognition, June 15-18, Champaign, 
Ill. Contact A. Rosenfeld, Center for Au¬ 
tomation Research, Univ. of Maryland, 
College Park, MD 20742, e-mail ar@alv. 
umd.edu. 

Parle 92, Parallel Architectures and 
'5*7' Languages Europe, June 15-18, Par¬ 
is. Cosponsors: IEEE Region 8 et al. Con¬ 
tact Daniel Etiemble, LRI, Bat 490, Univ. 
of Paris Sud, 91405 Orsay Cedex, France, 
phone 33 (1) 6941-6621, fax 33 (1) 6941- 
6586, e-mail de@lri.lri.fr. 


KING FAHD UNIVERSITY 
OF PETROLEUM & MINERALS 
DHAHRAN 31261, SAUDI ARABIA 


INFORMATION & COMPUTER SCIENCE DEPARTMENT 

APPLICATIONS ARE INVITED FOR ASSOCIATE TO FULL PROFESSOR 
POSITIONS AS REGULAR FACULTY OR VISITING FACULTY. A PH.D. IN 
COMPUTER SCIENCE AND EVIDENCE OF RESEARCH ACCOMPLISH¬ 
MENT ARE REQUIRED. POSITIONS ARE ALSO AVAILABLE FOR LECTUR¬ 
ERS WITH M.Sc. IN COMPUTER SCIENCE AND A MINIMUM OF TWO 
YEARS TEACHING EXPERIENCE. 

FACULTY WILL INTERACT WITH UNDERGRADUATE AND GRADUATE 
PROGRAMS, AND WILL HAVE FREE ACCESS TO EXTENSIVE LAB, 
COMPUTER AND LIBRARY FACILITIES. THE COMPUTING FACILITIES 
INCLUDE IBM 3090, SEVERAL VAX 11/780, MICRO VAXES, INTERGRAPH, 
GD5, DEC & VAX WORKSTATIONS RUNNING ON ETHERNET AND OTHER 
SMALLER MACHINES. 

KFUPM offers attractive salaries commensurate with qualifications and experi¬ 
ence, and benefits that include free furnished airconditioned accommodation on 
campus, yearly repatriation tickets, ten months duty each year with two months 
vacation salary. Minimum regular contract for two years, renewable. 
Interested applicants are requested to send theirCurriculum Vitae with supporting 
documents not later than one month from the date of this publication, to: 

DEAN OF FACULTY AND PERSONNEL AFFAIRS 
KING FAHD UNIVERSITY OF PETROLEUM & MINERALS 
DEPT NO. 9135 

DHAHRAN 31261, SAUDI ARABIA 
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This symposium is the fourth in a series of biannual meetings on massively parallel computa¬ 
tion, focusing on research related to, or adaptable for, systems with 1,000 or more processors. 
Submissions of original research papers about any aspects of the design, analysis, development, 
and/or use of massively parallel computers are solicited. Papers relating to high performance 
computing and communications are of particular interest. 


Paper submissions: 

Each corresponding author is requested to include in a cover letter the following information: (1) complete postal ! 
address; (2) electronic mail address; (3) phone number; (4) fax number; (5) key phrases that characterize the paper's 
topic; (6) whether the manuscript should be considered for poster presentation if it is not accepted as a regular 
paper; (7) a statement that the manuscript is unpublished and is not under review for another conference. 

Please submit SIX (6) copies of a summary of original work, in English, to: 

Professor H. J. Siegel 1 

Program Chair, Frontiers '92 

School of Electrical Engineering 

1285 Electrical Engineering Building 

Purdue University 

West Lafayette, IN 47907-1285, USA 

so that they arrive by March 2, 1992. The summary text should be restricted to TEN double-spaced (i.e., point I 
size 12, vertical spacing 24) 8.5" x 11" pages. References, figures, tables, etc., may be included in addition to the I 
ten pages of text. Submissions received after the due date or exceeding the length limit may be returned and not I 

considered. Submissions will be acknowledged promptly by electronic mail and decisions sent by May 29, I 

1992. Camera-ready copy for the proceedings (for both papers and posters) will be due July 1, 1992. j 

Submission related questions should be sent to the internet address: front92gecn .purdue . edu 

Selected papers will be eligible for publication in a dedicated issue of the Journal of Parallel and Distributed I 

Computing , to be guest-edited by Joseph JaJa, University of Maryland, and David Schaefer, George Mason ] 

University. 


WORKSHOPS: 

Proposals are solicited for organizing half-day workshops that will be held on the first day of the symposium. 

Please send your proposal by February 3, 1992 to: 

Professor Isaac D. Scherson 

Workshops Chair, Frontiers '92 

Department of Information & Computer Sciences 

University of California- Irvine 

Irvine. CA 92717, USA 

e-mail: wsf92gics.uci.edu 

fax: (714) 856-4056 


TUTORIALS: 

Proposals are solicited for organizing full or half¬ 
day tutorials that will be held on the first day 
of the symposium. Please send your proposal 
by February 3, 1992 to: 

Ms. Judy Devaney 
Tutorials Chair, Frontiers '92 
NIST 

Building 225, Room B-146 
Gaithersburg, MD 20899-0001, USA 
e-mail: judygcam.nist.gov 
phone: (301)975-2882 


COMMERCIAL EXHIBITORS: 

For information, please contact: 

Professor Abdou Youssef 
Exhibits Chair, Frontiers '92 
Department of EE and CS 
School of Engineering and Applied Science 
George Washington University 
Washington, DC 20052, USA 
e-mail: youssefggwusun.gwu.edu 
phone: (202) 994-5513 


Sponsored by: 

IEEE Computer Society f\J/\S/\/Goddard Space Flight Center 
















THE FOLLOWING 
INFORMATION IS AVAILABLE: 


PUBLICATIONS AND 
ACTIVITIES 


Contact the Publications Office; 
to facilitate handling, please request by number. 

• Membership application, student #203, others #202 

• Periodicals subscription form for individuals #200 

• Periodicals subscription form for organizations #199 

• Publications catalog #201 

• Compmail electronic mail brochure #194 

• Technical committee list/application #197 

• Chapters lists, start-up procedures #193 

• Student scholarship information #192 

• Volunteer leaders/staff directory #196 

• IEEE senior member grade application #204 
(requires ten years practice and significant performance in five of those ten) 

Tocheck membership status or repo rtachange of address, callthe lEEEtoll-free number, 
1 -800-678-4333.Direct all other Computer Society related questions to the Publications 
Office. _ 

EEzna 

The IEEE Computer Society advances the theory and practice of computer science and 
engineering, promotes the exchange of technical information among 100,000 members 
worldwide, and provides a wide range of services to members and nonmembers. 


Members receive the acclaimed monthly magazine Computer, discounts, and opportu- 
nitiestoserve(all activitiesare led byvolunteer members). Membership isopentoalllEEE 
members, affiliate society members, and others interested in the computer field. 


Computer. An authoritative, easy-to-read magazine 
containing tutorial and in-depth articles on topics across the 
computerfield, plus news, conferences, calendar, interviews, 
and product reviews. 

Periodicals. The society publishes six magazines and 
five research transactions. Refer to membershipapplication or 
request information as noted above. 

Conference Proceedings, Tutorial 
Texts, Standard Documents. The Computer Society Press pub¬ 
lishes more than 100 titles every year. 

Standards Working Groups. Over 100 of these groups produce IEEE 
standards used throughout the industrial world. 

Technical Committees. More than 30TCs publish newsletters, provide 
interaction with peers in specialty areas, and directly influence standards, conferences, 
and education. 

Conferences/Education. The society holds about 100 conferences 
each year and sponsors many educational activities, including computing science 
accreditation. 

Chapters. Regular and student chapters worldwide provide the opportunity to 
interact with colleagues, hear technical experts, and serve the local professional 
community. 


Members experiencing problems — magazine delivery, membership status, or 
unresolved complaints— may write to the ombudsman at the Publications Office. 
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CAREER OPPORTUNITIES 


RATES: $ 12.00 per line, (ten lines mini¬ 
mum). Average five typeset words per 
line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified Adver¬ 
tising, COMPUTER Magazine, 10662 
Los Vaqueros Circle, PO Box 3014, 
Los Alamitos, CA 90720-1264; (714) 
821-8380; fax (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may re¬ 
ject any advertisement containing any of 
these phrases or similar ones: "...recent 
college grads...,” "...1-4 years maximum 
experience...," "...up to 5 years experi- 

experience." COMPUTER reserves the 
right to append to any advertisement, with¬ 
out specific notice to the advertiser, 
"Experience ranges are suggested mini¬ 
mum requirements, not maximums." 
COMPUTER assumes that, since advertis¬ 
ers have been notified of this policy in 
advance, they agree that any experience re¬ 
quirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


UNIVERSITY OF CALIFORNIA 
RIVERSIDE 

Department of Computer Science 

Applications are invited for a position in 
Computer Science beginning July 1, 1992, 
or later. Ph.D. and excellence in research 
and teaching are required. Preference will be 
given to Systems (architecture, software). 
Exceptional candidates in other areas will 
also be given serious consideration. The 
position is open as to rank, but senior can¬ 
didates (for Associate and Full Professor) are 
preferred. 

The new faculty member will have an op¬ 
portunity to participate in shaping a new and 
developing program in Computer Science. 

The duties of the position includes teach¬ 
ing at both the undergraduate and graduate 
levels, research, and participation in 
the Department and the Computer Science 
program. 

Send all materials including curriculum 
vitae, publication list, and the names of at 
least three references to: Professor Marek 
Chrobak, Chairman, Computer Science Re¬ 
cruiting Committee, Department of Com¬ 
puter Science, University of California, 
Riverside, CA 92521. The pool of candi¬ 
dates will consist of all those whose files are 
completed by January 6, 1992. If the posi¬ 
tion is not filled from that pool of candidates, 
the pool will be expanded to include all those 
whose files are completed by February 24, 
1992. 

University of California, Riverside, is 
an Affirmative Action/Equal Opportunity 
Employer. 


GEORGE MASON UNIVERSITY 
Faculty Positions in Computer Science 

The Department of Computer Science at 
George Mason University is seeking appli¬ 
cants for tenure-track and tenured faculty 
positions at the ranks of assistant, associate, 
and full professor. We are interested in per¬ 
sons who are dedicated to teaching and pro¬ 
fessional service and whose research special¬ 
ties include algorithms and data structures, 
programming languages, architecture, nu¬ 
merical and symbolic computation, operat¬ 
ing systems, software engineering, artificial 
intelligence, human-computer communica¬ 
tions, and computational science. We are 
primarily interested in full-time faculty, but 
may consider visiting faculty as well. The 
nominal starting date of appointments is 
September 1, 1992. 

George Mason University is located in 
Fairfax County Virginia, seventeen miles 
from Washington, D.C. The Department of 
Computer Science is in the School of Infor¬ 
mation Technology and Engineering, which 
has made a commitment to engineering edu¬ 
cation in a world shaped by information 
technologies. There are numerous oppor¬ 
tunities for government and industrial in¬ 
teraction in this region. 

For full consideration please send a letter 
of application, a detailed resume, samples of 
at most two recent publications, and the 
names of four references, to Professor Peter 
J. Denning, Chair, Recruitment Committee, 
Department of Computer Science, George 
Mason University, Fairfax, VA 22030-4444, 
or call at (703) 993-1530 (e-mail: pjd@cs. 
gmu.edu). The applications letter should 
state your professional goals and aspirations. 
Final date for applications is February 1, 
1992. AA/EOE 


WASHINGTON STATE UNIVERSITY 
Computer Science Faculty Positions 

The Departments of Computer Science 
and Electrical Engineering have recently 
merged into a school. We seek to strengthen 
our capabilities in selected areas of computer 
science. Applications are invited for full-time 
tenure track positions at all professional 
ranks. Responsibilities include undergradu¬ 
ate and graduate teaching and the initiation, 
conduct and supervision of research. Mini¬ 
mum qualifications include a Ph D. in com¬ 
puter science, or closely allied field, and a 
demonstrated potential for research. Candi¬ 
dates for the higher ranks must have proven 
records of accomplishments as evidenced by 
publications and sponsored research. We 
seek candidates with major interests in 
parallel and distributed computing, or in soft¬ 
ware engineering. Screening will begin Jan¬ 
uary 2. 1992. and continue until all openings 
are filled. Positions start on August 16. 
1992. 

Washington State University has offered 
the Ph.D. degree in Computer Science since 


1970, and also offers the M.S. and B.S. 
degrees. Teaching duties are kept at modest 
levels through a selective certification pro¬ 
cess for undergraduate majors. There are 
approximately 60 computer science gradu¬ 
ate students involved in a wide variety of re¬ 
search topics. Computing facilities in the 
School of Electrical Engineering and Com¬ 
puter Science include a variety of minicom¬ 
puters and networked Unix workstations 
with internet access. 

Washington State University, with about 
16.000 students, is located in Pullman—a 
quiet university town in the southeast corner 
of the state. The climate is moderate with an 
average annual precipitation of about 20 
inches. Nearby are some of the nation's most 
pristine and uncrowded places for outdoor 
recreation. The Pullman public school sys¬ 
tem is widely acknowledged to be one of the 
very finest in the Northwest. 

To apply, send a resume and the names 
and addresses of at least three references to: 
Dr. Yacov A. Shamash. Director. School of 
Electrical Engineering, and Computer Sci¬ 
ence. Washington State University. Pull¬ 
man. WA 99164-2752. 

WSU is an EO/AA educator and em¬ 
ployer. Protected group members are en¬ 
couraged to apply. 


DIRECTOR, DEVELOPMENT 

Manage staff of software development 
engineers, and systems operation personnel 
for warehouse and logistics systems; develop 
department fiscal and budgetary require¬ 
ments; provide software and system design 
specifications, ongoing technical training in 
object oriented design and programming; 
develop and institute advanced object 
oriented software design standards; man¬ 
age, procure, and maintain internal systems 
and operation functions for networked 
workstations. Determine and prepare RFQ/ 
RFP material handling, warehousing com¬ 
puter and software systems requirements. 
Duties performed using at least: C+ + , 
C and Cobol computer languages; VMS, 
UNIX, PC-Dos operation systems; Ethernet, 
TCP/IP telecommunications protocols; 
database management systems and transac¬ 
tion processing systems; object oriented 
design techniques; systems analysis and 
design techniques; case tools; major ware¬ 
housing system software; broad knowledge 
of planning, design, development, installa¬ 
tion, and support of computer systems for a 
wide variety of industries. Require Bachelor’s 
Degree in Computer Science and five years 
in job offered or five years in MIS Manage¬ 
ment/Development. Full-time position; 
$45,000/Yr. Apply at Texas Employment 
Commission, Dallas, Texas, or send resume 
to the Texas Employment Commission, 
TEC Building, Austin, Texas 78778, J.O. 
# 6421992. Ad Paid by Equal Opportunity 
Employer. 
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UNIVERSITY OF MIAMI 

The Department of Math and Computer 
Science will have a tenure-track position in 
computer science starting August or, possi¬ 
bly, January of 1992. Salaries are open, 
commensurate with qualifications. Candi¬ 
dates must have a Ph D. or equivalent 
degree and an excellent research potential 
with a strong commitment to teaching and 
research. Applicants should send a curri¬ 
culum vita and three references to: 

A.C. Zame, 

Chairman, Department of Mathematics 
and Computer Science 
University of Miami 
P.O. Box 249085 
Coral Gables, Florida 33124 
The University of Miami is an Equal Op¬ 
portunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA 
AT IRVINE 

Department of Information and 
Computer Science 
Faculty Position in 
Software/Software Engineering 

The Department of Information and 
Computer Science (ICS) is seeking to fill a 
tenure-track faculty position in the area of 
software/software engineering. Research 
emphases of interest include, but are not 
limited to, formal methods, safety and 
reliability, specification languages, concur¬ 
rent systems, programming languages and 
their interpreters, requirements and design 
methods, and user interfaces. We are look¬ 
ing for new faculty with strong research 
records who would thrive in a highly produc¬ 
tive but friendly setting. Duties include 
undergraduate and graduate teaching in 
computer science; applicants must possess a 
Ph.D. and show excellent promise of a dis¬ 
tinguished research career. Preferences will 
be given to a junior appointment, but a 
tenured position may be possible for an ex¬ 
ceptionally qualified applicant. 

The current software group has five facul¬ 
ty, and has the following research interests: 
software safety and reliability, software pro¬ 
cesses and their specification, software anal¬ 
ysis and testing, software environments, user 
interfaces, and software measurement. 

There are currently 35 students pursuing 
Ph.D.s in software and several international 
visitors working with the software group. 
During the 1990-91 academic year, the soft¬ 
ware faculty hosted resident researchers 
from Italy, Israel, Japan, and Switzerland. 

In 1986 the software group was awarded 
a Coordinated Experimental Research 
(CER) grant from the National Science 
Foundation. This support fostered the crea¬ 
tion of a research laboratory for software 
engineering, in which major studies of the 
development and evaluation of software 
technology are undertaken. The software 
group has been responsible for $5 million of 
extra-mural research funding since 1987. 
Software-area research funding from con¬ 
tracts and grants from agencies such as 
DARPA, NSF, and ONR, currently total 
over $1.5 million per year. 


In addition to software, the ICS Depart¬ 
ment has research groups in the areas of 
computer systems design, parallel process¬ 
ing, artificial intelligence, computer networks 
and distributed systems, algorithms and data 
structures, and social and managerial analy¬ 
sis of computing. 

The ICS Department is an independent 
unit reporting to the Executive Vice Chancel¬ 
lor. ICS faculty emphasize core computer 
science as well as research in emerging areas 
of the discipline, with effective inter¬ 
disciplinary ties to colleagues in neuro¬ 
biology, cognitive science, management, 
engineering, and the social sciences. The 
department currently has 29 full-time faculty 
positions and over 120 Ph.D. students. 

Department equipment includes approxi¬ 
mately 175 workstations, primarily Sparc l’s 
and 2's, Sun-3’s and Sun-4’s. Two large 
multiprocessor Sequents and a Hypercube 
are available, as well as approximately 300 
Macintosh Plus's and II’s. There are also a 
few HP, DEC, NeXT, and Symbolics work¬ 
stations. All our major workstations and 
computers are tied together with networks, 
which are gatewayed to the campus net¬ 
work, and from there, to national and inter¬ 
national networks. In addition, department 
members have access to campus-wide com¬ 
puting resources as well as regional super¬ 
computer access. 

UC-Irvine is located in Orange County, 
three miles from the Pacific Ocean near 
Newport Beach, and approximately forty 
miles south of Los Angeles. The campus is 
situated in the heart of a national center of 
high-technology enterprise. Both the cam¬ 
pus and the enterprise area are growing 
rapidly and offer exciting professional and 
cultural opportunities. Salaries and benefits 
are competitive. Special housing assistance 
is available from the university, including 
newly built, for-sale housing within short 
walking distance from the Department. 

Send resume and names of four refer- 

Software Position 
Professor Richard N. Taylor 
Department of Information and 
Computer Science 
University of California-Irvine 
Irvine, CA 92717 

Application screening will begin immedi¬ 
ately upon receipt of curriculum vitae. Max¬ 
imum consideration will be given to applica¬ 
tions received by January 31, 1992. 

The University of California is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Department of ICS is particularly in¬ 
terested in receiving applications from 
women and iminority candidates. 


UNIVERSITY OF HOUSTON 

The Department of Electrical Engineering 
invites applications for tenure-track positions 
in the areas of applied electromagnetics, bio¬ 
medical engineering, communications, com¬ 
puter engineering, electronics and micro¬ 
electronics. Openings are available at all 
ranks. Please send resumes to Dr. J.C. Wolfe, 
Department of Electrical Engineering, Uni¬ 
versity of Houston, Houston, TX 77204- 
4793. An Equal Opportunity Employer. 


UNIVERSITY OF MISSISSIPPI 

The University of Mississippi invites ap¬ 
plications for Chair of the Department of 
Computer and Information Science. Appli¬ 
cants should have a doctorate in computer 
science or a closely related field, a good 
research and teaching record, and demon¬ 
strated potential for administration and 
leadership. Salary and rank are negotiable. 

The Department has approximately 120 
undergraduate and 50 M S. or Ph D. stu¬ 
dents. The B.S. program is accredited by 
CSAB. Research interests of the 8 faculty in¬ 
clude operating systems, distributed com¬ 
puting, reliability and performance analysis, 
formal methods, software engineering, and 
artificial intelligence. The Department's net¬ 
work includes Sun workstations. 386-based 
PCs, and AT&T 3B2, Macintosh SEs, and 
laserprinters. The University’s computer 
center operates several mainframes (IBM. 
CDC) and supercomputers (Cray. ETA. 
CDC). 

Send letter of application, resume, and list 
of three references to Search Committee. 
Dept, of Computer & Information Science. 
302 Weir Hall. University. MS 38677. 
Email: search@cs.olemiss.edu. Applica¬ 
tions must be postmarked no later than 24 
February 1992. 

The University of Mississippi is an Equal 
Opportunity/Affirmative Action Employer. 


COMPUTER ENGINEERING 
PENN STATE 

Applications are invited for tenure-track 
faculty positions at all levels. Candidates 
from all areas of computer engineering will 
be considered; however priority will be given 
to those candidates in Software Engineering. 
Candidates should have a Ph.D. in Compu¬ 
ter Engineering or a related discipline, ability 
to establish a strong research program, and a 
desire to teach at both the undergraduate 
and graduate levels. The Department of 
Electrical and Computer Engineering at 
Penn State currently has over 50 faculty, 
800 junior and senior level students, and 
280 graduate students. The Computer Engi¬ 
neering Program is within the Department of 
Electrical and Computer Engineering. About 
12 faculty members, 140 junior and senior 
level students, and 65 graduate students 
belong to this Program, which awards B.S., 
M.S. and Ph.D. degrees in Computer Engi¬ 
neering. Research activities currently exist in 
Parallel and'Distributed Processing, Inter¬ 
connection Networks, Fault Tolerant Com¬ 
puting, Image Processing and Computer 
Vision, Database Systems, VLSI, and Com¬ 
puter Communications. Please send resume 
and cover letter, with names, addresses and 
phone numbers of at least three references 
to: Personnel Committee, Department of 
Electrical and Computer Engineering, 121 
EE East, The Pennsylvania State University, 
University Park, PA 16802. Applications 
received by December 31, 1991 will be as¬ 
sured of consideration; however applications 
will be considered until positions are filled. 
An equal opportunity/affirmative action em¬ 
ployer-women and minorities are encour¬ 
aged to apply. 


November 1991 
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IOWA STATE UNIVERSITY 

The Department of Electrical Engineering 
and Computer Engineering at Iowa State 
University invites applications for anticipated 
positions in Computer Engineering. Appli¬ 
cants for all ranks will be considered. 
Responsibilities include teaching, research 
and outreach. Preference will be given to 
persons with expertise in computer net¬ 
works, distributed computing, and VLSI 
design. Starting dates are negotiable with 
August 1992 preferred. 

The Computer Engineering program is 
expanding its graduate program and re¬ 
search activities. Supporting laboratory 
facilities include a newly-equipped data 
communications laboratory, a state-of-the- 
art VLSI design laboratory, a 128-node 
nCUBE 2 system, a 16,192-node MasPar 
system, and a campus-wide network of 
workstations. Salary, teaching load, and 
travel and support are competitive and com¬ 
mensurate with experience and qualifica¬ 
tions. Requirements include a doctorate 
degree with a demonstrated potential for 
research and a commitment to teaching. Ap¬ 
plicants should send a resume, a statement 
of teaching, research and outreach interests, 
and the names of at least three references 
to: Professor C.T. Wright, Jr. Chairman 
Faculty Search Committee, 201 Coover 
Hall, Iowa State University, Ames, Iowa 
50011 (cpresrch @isueel. ee. iastate. edu). 
Iowa State University is an Equal Opportuni¬ 
ty Affirmative Action Employer. 


UNIVERSITY OF NEW MEXICO 
Chair, 

Department of Computer Science 

The Computer Science Department of the 
University of New Mexico invites applicants 
for the position of department chair. We 
seek an individual with a Ph.D. in computer 
science or related field who has a commit¬ 
ment to both research and teaching excel¬ 
lence. The applicant must have a strong 
desire to work with the faculty toward 
improving the department's research com¬ 
ponent. a strong publication record in com¬ 
puter science, and strong ties to the com¬ 
puter science research community. Prior 
administrative experience also is desirable. 

The Computer Science Department con¬ 
sists of 15 full time faculty, and confers ap¬ 
proximately 30 B.S.. 15 M.S.. and 2 Ph.D's 
degrees annually. The Bachelor's program is 
accredited by the Computing Sciences Ac¬ 
creditation Board. Faculty research interests 
include artificial intelligence, automated rea¬ 
soning. complexity and algorithm theory, 
computer security, database systems, 
genetic algorithms and emergent computa¬ 
tion. graphics, image and pattern analysis, 
numerical analysis, numerical software, 
parallel and distributed systems, and pro¬ 
gramming languages. The Department runs 
a network of 5 servers. 35 workstations, and 
10 X terminals, including graphics worksta¬ 
tions from DEC and SGI. 

The University's proximity to Sandia and 
Los Alamos National Laboratories and to the 
Santa Fe Institute affords unique opportuni¬ 
ties for collaborative research opportunities. 


Additionally. Albuquerque offers an excellent 
quality of life, with a mild climate year round 
and easy access to superb recreational ac¬ 
tivities. including skiing, hiking, and camping. 
Please send vitae and list of references to: 
Professor Paul Helman 
Chair. Search Committee 
Computer Science Department 
University of New Mexico 
Albuquerque. NM 87131 
Email: helman@unmvax.cs.unm.edu 
Applications will be accepted until Febru¬ 
ary 1. 1992. Later applications if the position 
has not been filled. The University of New 
Mexico is an Equal Opportunity/Affirmative 
Action Employer. 


UNIVERSITY OF KANSAS 
Department of Computer Science 


A tenure-track faculty position in com¬ 
puter science is expected for the Academic 
Year 1992-93 at the Assistant Professor 
level, with a starting date of August, 1992, or 
as negotiated. Applicants must have a Ph.D. 
or comparable degree in computer science 
by the starting date: must demonstrate a 
strong aptitude for research in computer 
science, show promise as a teacher, and 
should be broadly based in computer sci¬ 
ence. Applicant should demonstrate com¬ 
petence in at least one of the following areas: 
artificial intelligence, database systems and 
languages, computer architecture, computer 
graphics, computational science, distributed 
computing and networking, methodology 
and foundations of programming, operating 
systems, or simulation and modelling. Appli¬ 
cant should have U.S. citizenship or perma¬ 
nent residency. 

The Department awards B.S., M.S., and 
Ph.D. degrees, and has an active broadly- 
based program of research. The University is 
located in an attractive area of rolling hills, 
scattered woods and lakes, one hour from 
Kansas City. Our positions are competitively 
attractive. 

For information, write or phone: Prof. 
William G. Bulgren, Chair, Dept, of Com¬ 
puter Science, University of Kansas, Law¬ 
rence, KS 66045. (913) 864-4481. Vitas 
and names of at least three references should 
be submitted. Applications must be received 
by February 15, 1992. KU is an Equal Op¬ 
portunity/ Affirmative Action Employer. 


CARNEGIE MELLON UNIVERSITY 
Head, Dept, of Electrical and 
Computer Engineering 

Nominations/Applications are invited for 
the position of the Head of the Department 
of Electrical and Computer Engineering at 
Carnegie Mellon University. Currently, the 
department has 35 faculty members, 160 
Ph.D. students, 90 M.S. students, and 400 
undergraduate students. With a newly de¬ 
veloped, highly flexible B.S. degree pro¬ 
gram in Electrical and Computer Engineer¬ 
ing, the department is a leader in engineering 
curricular reform and innovation. The de¬ 
partment has an annual research budget of 


$13.5 million and is home to: an NSF Engi¬ 
neering Research Center in Data Storage 
Systems, the SRC-CMU Research Center 
for Computer-Aided Design, the Pennsyl¬ 
vania SEMATECH Center of Excellence 
(SCOE) for Rapid Yield Learning, the 
Center for Excellence in Optical Data Pro¬ 
cessing (CEODP), the Center for Depend¬ 
able Systems (CDS), the Laboratory for 
Automated Systems and Information Pro¬ 
cessing (LASIP), and a concentrated re¬ 
search effort in Solid State Materials and 
Devices, The department also has strong 
research ties to the School of Computer 
Science, the Robotics Institute and the other 
CMU NSF Engineering Research Center, 
the Engineering Design Research Center 
(EDRC). The research facilities available in¬ 
clude extensive computational facilities in¬ 
cluding access to several supercomputers at 
the Pittsburgh Supercomputing Center, a 
4000-square feet class 100 clean room, 
recently renovated Solid State Research 
Laboratories, Data Storage Systems labora¬ 
tories as well as Optical and Digital Process¬ 
ing laboratories. The successful candidate 
should have an earned Ph.D. in Electrical/ 
Computer Engineering or related fields, an 
internationally recognized research stature 
and the experience and abilities to lead the 
teaching and research excellence of the 
department. Nominations/Applications, 
along with a vita and the names, addresses 
and phone numbers of three references 
should be sent to: 

Professor B.V.K. Vijaya Kumar 
Chairman, ECE Department Head 
Search Committee 

Department of Electrical and Computer 
Engineering 

Carnegie Mellon University 
Pittsburgh, PA 15213-3890 
The search committee will consider all ap¬ 
plications and nominations received up to 
February 1, 1992. Carnegie Mellon Univer¬ 
sity is an affirmative-action, equal- 
opportunity employer. 


INDIANA UNIVERSITY AT 
SOUTH BEND 

Department of Mathematics and 
Computer Science 

Applications are invited for one or more 
tenure-track positions in computer science 
with a starting date of August, 1992. Ap¬ 
plicants must have completed requirements 
for a Ph.D. in computer science or a related 
discipline by August, 1992. Candidates 
should have proven ability or demonstrated 
potential for research as well as good 
teaching qualifications. Specialization in any 
area of computer science will be considered. 
Duties for the position include research and a 
nine hour teaching load. Salaries are com¬ 
petitive and the fringe benefits package is 
very good. IUSB is an Equal Opportunity/ 
Affirmative Action employer; women and 
minority candidates are especially encour¬ 
aged to apply. Send vita and arrange for 
three letters of recommendation to be sent to 
William J. Frascella, Chair, Department of 
Mathematics and Computer Science, In¬ 
diana University at South Bend, IN 46634. 
Completed applications received by January 
31, 1992 will be given full consideration. 
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DEPAUW UNIVERSITY 
Department of Mathematics 
and Computer Science 
Greencastle, IN 46135 

Tenure track position teaching courses in 
undergraduate computer science major 
beginning August. 1992. Assistant or Asso¬ 
ciate Professor, Salary dependent on qualifi¬ 
cations. Research is encouraged; commit¬ 
ment to excellence in teaching essential. 
Duties include teaching three courses each 
semester. Ph.D. in Computer Science or 
Mathematics required plus competence to 
teach several undergraduate courses in 
Computer Science. 

DePauw is a selective liberal arts university 
with strong commitments to diversity and the 
sciences. Excellent fringe benefits and strong 
faculty development program. 

Review of applicants will begin immedi¬ 
ately; interviews will be scheduled during 
December, 1991, and will continue until the 
position is filled. Send vita, transcript, and 
three letters of recommendation to Gloria 
Townsend, chair of the search committee, at 
the above address. DePauw is an EO/AA 
employer. Women and minorities en¬ 
couraged to apply. 


THE UNIVERSITY OF MELBOURNE 
AUSTRALIA 

Chair of Computer Engineering 

The University of Melbourne invites appli¬ 
cations for a Chair of Computer Engineering 
which has been established in the Depart¬ 
ment of Electrical and Electronic Engineer¬ 


ing. The Department together with the De¬ 
partment of Computer Science, forms the 
School of Information Technology and Elec¬ 
trical Engineering. 

The Department has extensive teaching 
and research programs in electrical and elec¬ 
tronic engineering. Its research activities in¬ 
clude software reliability, computer architec¬ 
ture and networking, distributed processing, 
photonics, communications, signal process¬ 
ing, control and biomedical engineering. 

The successful applicant will have a distin¬ 
guished record of professional achievement 
and will be committed to developing an ac¬ 
tive research and teaching program. It is an¬ 
ticipated that the successful applicant will 
form strong research links with industry. 

The base salary is $A72,000 per annum 
on appointment expected to rise to 
SA76.000 from July 1992. 

Further information about the position, 
application procedures, conditions for out¬ 
side work, superannuation, travel and re¬ 
moval expenses, housing assistance and 
conditions of appointment, is available from 
the Registrar. All correspondence (marked 
“Personal and Confidential") should be ad¬ 
dressed to the Registrar, The University of 
Melbourne. Parkville, Victoria 3052. 
Australia. 

Telephone: (613) 344-7529, Facsimile: 
(613) 344-6897. 

Applications close on 30 November 1991. 

The Council reserves the right to make no 
appointment or to fill the Chair by invitation 
at any stage. 

The University of Melbourne is an equal 
opportunity employer and has implemented 
a smoke-free workplace policy. 


COMPUTER & INFORMATION 
SCIENCE 

The Department of Computer and Infor¬ 
mation Science at Cleveland State Univer¬ 
sity has a tenure track position in the areas of 
Computer Science or Information Systems. 
Responsibilities include teaching (two 
courses/quarter) & research. Salary is very 
competitive. QUALIFICATIONS: Ph.D. in 
Computer Science, Information Systems, or 
a closely related field. Close relationships to 
business, engineering, and other depart¬ 
ments provide an environment conducive to 
research and consulting. The department of¬ 
fers undergraduate and masters degrees in 
Computer Science, cooperates with elec¬ 
trical engineering to offer the computer engi¬ 
neering option, and offers degrees in Infor¬ 
mation Systems at the undergraduate and 
DBA level. The university computing facili¬ 
ties include a fiber backbone network linking 
IBM mainframes, a VAX cluster, and college 
and departmental local area networks for 
both students and faculty. The university 
network is linked to Internet through the 
Ohio Research Network. Departmental and 
college local area networks include both per¬ 
sonal computers & workstations. All faculty 
offices are equipped with personal com¬ 
puters linked to the networks. State of the art 
software is available on all computers. In¬ 
quiries and vita should be sent to: Chairper¬ 
son, Computer & Information Science Dept.. 
Cleveland State University, E. 24th & Euclid 
Ave„ Cleveland, OH 44115. Application 
Deadline: Until filled. Starting Date: Sep¬ 
tember, 1992. Equal Opportunity Employer, 
m/f/h. 


1992 

PUBLICATIONS 

CATALOG 

IEEE COMPUTER SOCIETY 
PRESS 


Contains: 

16 New Computer Science 
Books, 

9 New Videotapes, 

8 New Standards, 
and 

New 1991 Proceedings ! 


Call 1-800-CS-BOOKS 
for your copy today 



University of Minnesota! 


Department of Computer Science 

The Department of Computer Science at the University of 
Minnesota invites applications for faculty positions begin¬ 
ning September 1992. Positions are available at both the 
junior and senior levels and in all areas of Computer Science 
with emphasis on compilers and operating systems, perfor¬ 
mance evaluation, architecture, numerical analysis and opti¬ 
mization, robotics and computer vision as well as all aspects 
of parallel and distributed computing. Requirements include 
a Ph.D. in Computer Science or a related discipline, excel¬ 
lence in research and a commitment to teaching. 

The Minneapolis-St. Paul area is a major center for high 
technology and the computer industry. Faculty in the Depart¬ 
ment of Computer Science have access to outstanding 
computer facilities both within the department and at the 
various high performance computing centers on campus, 
including the Minnesota Supercomputer Institute and the 
Army High Performance Computer Research Center. The 
supercomputers available on campus are Cray-2, Cray X-MP, 
and Thinking Machines CM-2 and CM-X massively parallel 
processors. 

Applicants should submit a vitae and names of at least three 
references to: Chair, Faculty Recruiting Committee, Depart¬ 
ment of Computer Science, 4-192 EE/CS Building, University 
of Minnesota, 200 Union St. S.E., Minneapolis, Minnesota 
55455. The closing date for receipt of applications is February 
28, 1992. 

The University of Minnesota is an equal opportunity educator 
and employer and specifically invites and encourages appli¬ 
cations from women and minorities and persons with dis¬ 
abilities. 















THE HEBREW UNIVERSITY 
OF JERUSALEM 
Faculty Positions 

The Department of Computer Science at 
the Hebrew University of Jerusalem invites 
applications for faculty positions at all ranks. 
Applications for post-doctoral positions are 
also invited. 

Located in Jerusalem, Israel, the Depart¬ 
ment currently has approximately 20 full¬ 
time faculty, with 400 graduate and under¬ 
graduate students. Extensive computing re¬ 
sources and excellent networking facilities 
are available. 

Applicants are sought in all areas of Com¬ 
puter Science. They should demonstrate 
superior research and teaching ability. 
A Ph.D. in Computer Science or a related 
area is required. 

Applications should include a resume and 
the names of at least three references, and be 
sent to: Prof. Shmuel Peleg, Chairman, De¬ 
partment of Computer Science, The Hebrew 
University of Jerusalem, Jerusalem, Israel. 
Internet: peleg@cs.huji.ac.il. Initial screen¬ 
ing will include applications received prior to 
Dec. 1, 1991. 


PORTLAND STATE UNIVERSITY 
Computer Science Department 
Tektronix Professorship 

The Tektronix Foundation has awarded 
Portland State University a $360,000 grant 
to upgrade its curriculum, establishing a new 
tenure-track faculty position, with significant 
ancillary support. This new position can be at 
the junior or senior level. 

We invite applications and/or nomina¬ 
tions for this position. Applicants must have 
an earned doctorate. Responsibilities include 
undergraduate and graduate teaching, de¬ 
velopment of sponsored research, and in¬ 
teraction with local industry. The position is 
available beginning Fall 1992. 

Preference will be given to applicants in 
areas of interest to local business and in¬ 
dustry. The department is particularly in¬ 
terested in candidates in Software Engineer¬ 
ing. but is also interested in applicants in the 
areas of Operating Systems, Database Sys¬ 
tems. and Human-Computer Interaction. 

Portland State University, one of the three 
major universities in the Oregon State 
System of Higher Education, is located in the 
heart of Portland, Oregon. The campus is 
downtown, near to parks, shopping, and the 
theater district. Portland is a beautiful city 
which offers a diversity of recreation witnin 
easy driving distance—unequaled fishing 
(salmon and steelhead within a mile of cam¬ 
pus). skiing and mountain climbing, the 
scenic Oregon coast and unmatched state 
campgrounds, to name a few. 

PSU’s Computer Science Department is 
located in the Portland Center for Advanced 
Technology, which houses both the Elec¬ 
trical Engineering and Computer Science 
departments, plus CAD/CAM, VLSI de¬ 
sign, computer vision and optical com¬ 
munications laboratories. The CS depart¬ 
ment operates a network of UNIX, AI, 
parallel processing and graphics systems and 
workstations. 


Portland has a rapidly growing computer 
and electronics industry including Tektronix, 
Intel, Servio Logic, Sequent Computer Sys¬ 
tems, Mentor Graphics, and Oregon Soft¬ 
ware, permitting close industry-university in¬ 
teraction. The excellent research facilities 
and faculty of the Oregon Graduate Institute 
are only a few miles away. 

Send applications, including a resume 
and the addresses of three references, to: 
Leonard Shapiro 
Department of Computer Science 
Portland State University 
P.O. Box 751 
Portland, OR 97207 
Telephone: (503) 725-4036 
len@cs.pdx.edu 

Non-U.S. Residents must state their visa 
status. Portland State University is an equal 
opportunity/affirmative action employer. 
Minorities, women, and members of other 
protected groups are encouraged to apply. 
Deadline February 15, 1992 or until the 
position is filled. 


SOFTWARE ENGINEER 

Develop object oriented graphical filter 
network simulator, connection, and state 
machine driver in C+ + ; Port products 
across various UNIX platforms and maintain 
system performance; develop graphical user 
interface; integrate screen objects to develop 
interactive user screens; implement inter 
process communication and on-line help 
system. 

Master Degree in Computer Science with 
research specialization in object oriented 
graphical user interfaces for network simu¬ 
lators using C++ and Interviews, or a 
Bachelor Degree in Computer Science with 
3 years of said experience. Knowledgeable 
in X windows, porting, UNIX, networking, 
simulation operating systems, and distrib¬ 
uted computing. Yearly salary: $46,000.00. 
Apply at the Texas Employment Commis¬ 
sion, Dallas, Texas, or send resume to the 
Texas Employment Commission, TEC Build¬ 
ing, Austin, Texas 78778, J.O. 6421988. Ad 
Paid by an Equal Employment Opportunity 
Employer. 


THE UNIVERSITY OF 
NORTH CAROLINA AT CHARLOTTE 

Applications are invited for tenure-track 
positions at the Assistant, Associate, or Full 
Professor level in Computer Science/Com- 
puter/Engineering. Applicants who have 
research expertise in operating systems, 
computer graphics, communication net¬ 
works, compiler design, architecture, VLSI 
systems, and computer aided design are of 
particular interest. Applicants with outstand¬ 
ing records in other areas will also be con¬ 
sidered. A Ph.D. in CS/CE or a closely 
related field and a strong interest in both 
teaching and research is required. The salary 
is competitive. 

The Department of Computer Science is 
the largest department in the College of 
Engineering and offers both undergraduate 
and graduate degrees in Computer Science. 


Active research areas in the department in¬ 
clude artificial intelligence, computer vision, 
computer architecture, computer integrated 
manufacturing, programming languages, 
theoretical computer science, and VLSI 
design and testing. A wide variety of ex¬ 
cellent computing facilities including Sun 
workstations, IBM, VAX, and others are 
available to support educational and re¬ 
search activities. Also, as a participant in the 
Microelectronics Center of North Carolina, 
the University has access to state-of-the-art 
computing facilities, such as the Cray Super¬ 
computer, and VLSI design, test, and fabri¬ 
cation facilities. 

Charlotte is the largest city in the Carolinas 
with excellent housing, good schools, a 
modern international airport, and mild 
climate. UNCC is a dynamic, growing uni¬ 
versity. Applicants should send a curriculum 
vitae and the names of at least three refer- 

Dr. Gyorgy Revesz, Chair 
Department of Computer Science 
The University of North Carolina 
at Charlotte 
Charlotte, NC 28223 
Please provide electronic mail addresses 
and fax numbers for yourself and your refer¬ 
ences if possible. Applications will be ac¬ 
cepted through January 31, 1992. 

UNCC IS AN EOE/AA EMPLOYER. 


SYSTEMS ENGINEER 

Supervise computer systems for geophy¬ 
sical petroleum exploration data for world’s 
leading user of gravity magnetic measuring 
equipment. 

Analyze data processing requirements to 
determine electronic data processing system 
that will provide system capabilities required 
for petroleum exploration projects, and plan 
layout of new system installation or .modifica¬ 
tion of existing system utilizing knowledge of 
electronics and data processing principles 
and equipment. 

Supervise conversion of raw field data 
from gravimeters, magnometers, and seis¬ 
mographs into structured database, to com¬ 
pute variations in physical forces existing at 
different locations indicating subsurface 
structures likely to contain petroleum 
deposits. Supervise interactive data process¬ 
ing, digitizing, multiple data set merging and 
reprocessing, velocity analyses, map migra¬ 
tion, production of computer generated 
maps and charts, structure hypotheses and 
testing of hypotheses. 

Change system configuration with addi¬ 
tion of new work stations. Develop software 
for sale to outside companies. 

Salary: $28,843 per year, 40 hour work 
week, no overtime. 

Requirements: Must have one year exper¬ 
ience in Computer Science. Must have 
Bachelor’s degree in Computer Science. 
Must have at least one course in Digital Logic 

Apply at the Texas Employment Commis¬ 
sion, Houston, Texas, or send resume to the 
Texas Employment Commission, TEC Build¬ 
ing, Austin, Texas 78778, Job Order 
# 6344543. Ad paid for by an Equal Oppor¬ 
tunity Employer. 
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VIRGINIA POLYTECHNIC 
INSTITUTE AND STATE UNIVERSITY 
(Virginia Tech) 

Head, 

Department of Computer Science 

Applications/nominations are invited for 
the position of Professor and Head in the 
Department of Computer Science at Virginia 
Tech, with a desired starting date of 1 July 
1992. Candidates must have an outstanding 
research record in Computer Science, dedica¬ 
tion to excellence in graduate and undergrad¬ 
uate education, and a demonstrated potential 
for leadership and administration. 

Established in 1970, the Department cur¬ 
rently has 26 faculty, 250 graduate students 
(150 in off campus programs), and 450 
undergraduate majors. It offers the B.S., 
M.S., and Ph.D. degrees in Computer Sci¬ 
ence, and the Master of Information Systems 
degree. Since 1985 the Department has re¬ 
quired freshmen to purchase personal com¬ 
puters running UNIX. 

The primary research concentrations are in 
human computer interaction, software engi¬ 
neering and systems, numerical analysis, 
parallel computation, image processing/ 
multimedia/information systems, modeling & 
simulation, and artificial intelligence. Facilities 
include approximately 100 workstations and 
personal computers (DECstation, NeXT, 
SUN, Macintosh, Amiga, IBM, etc.), parallel 
processing units (Sequent, Intel Hypercube), 
and special facilities for image processing, 
multimedia, robotics, and Al. 

Virginia Tech, located in Blacksburg adja¬ 
cent to the scenic Blue Ridge Mountains, is the 
land-grant university of the Commonwealth 
of Virginia. Highly selective in admissions, the 
University enrolls in its nine colleges some 
18.000 undergraduate students and 5,000 
graduate and professional students. 

Please send nomination details, or a 
resume and cover letter with names, ad¬ 
dresses, and phone numbers of four refer¬ 
ences to: Professor Edward A. Fox, Dept, 
of Computer Science, 562 McBryde 
Hall, Virginia Tech, Blacksburg, VA 
24061-0106. Informal communications can 
use electronic mail (fox@vtopus.cs.vt.edu) 
or phone (703/231-5113). Application 
deadline: January 15, 1992, or until 
position is filled. 

We are particularly interested in receiving 
nominations of and applications from women 
and minority candidates. Virginia Tech is an 
Equal Opportunity/Affirmative Action 
employer. 


UNIVERSITY OF ALABAMA 
AT BIRMINGHAM (UAB) 

Nominations and applications are invited 
for a tenure-track position available Fall 
1992. Rank is dependent on qualifications. 
Applicants should have an interest in gradu¬ 
ate and undergraduate teaching and demon¬ 
strated excellence in research. Preference 
will be given to applicants whose research 
record and interests will contribute to 
established strength in parallel/distributed 
computing and graphics/image processing. 

Departmental equipment includes a variety 
of Sun workstations, a 30 processor Sequent 
Balance 21000, and access to the Alabama 


Supercomputer Authority Cray XMP/24 
and 128 processor NCUBE. The Depart¬ 
ment is a university affiliate of the Advanced 
Computer Facility at Argonne National 
Laboratory, providing access to a variety of 
parallel machine architectures. Opportuni¬ 
ties are available for multidisciplinary col¬ 
laboration with biomedical researchers in the 
UAB Medical Center. Birmingham is a major 
metropolitan area with a population of near¬ 
ly 900,000 and is a southeastern center of 
finance, telecommunications and medicine. 
UAB is a comprehensive university and 
ranks among the top 20 public universities in 
the U.S. in terms of federally supported 
research and development. Student enroll¬ 
ment is over 16,000. Applicants should hold 
the Ph.D. in computer science or closely 
related field. Screening of applicants will 
begin on February 15, 1992 and will con¬ 
tinue until a successful candidate is found. 
Applications should be addressed to: Dr. 
Warren T. Jones, Department of Computer 
& Information Sciences, UAB Station, Birm¬ 
ingham, AL 35294-1170 (Internet: jones@ 
cis.uab.edu). UAB is an Affirmative Ac¬ 
tion/Equal Opportunity Employer. 


SOUTHERN METHODIST UNIVERSITY 
School of Engineering and 
Applied Science 
Department Chair 

Computer Science and Engineering 

Nominations and applications are invited 
for the position of Professor and Department 
Chair of the Department of Computer Sci¬ 
ence and Engineering at Southern Methodist 
University. Applicants must have a Ph.D. in 
Computer Engineering, Computer Science, 
or a related discipline. Candidates must have 
demonstrated excellence in research with a 
substantial grant record and a strong com¬ 
mitment to teaching. It is anticipated that the 
position will be filled by August, 1992. 

SMU is a private university in Dallas, 
Texas with approximately 8,000 students. 
CSE is in the School of Engineering and 
Applied Science, where a close working 
relationship exists with the Department of 
Electrical Engineering. The department is 
growing and presently has fourteen faculty 
positions. CSE presents a balanced program 
of research and education at all levels and 
has been offering Ph.D. degrees since 1970. 
The department has extensive contacts with 
computer and telecommunications related 
industrial organizations. The Dallas area is 
traditionally distinguished as one of the top 
five centers for high technology comple¬ 
mented by the presence nearby of the Super¬ 
conducting Super Collider. 

Applicants should send a complete re¬ 
sume. including the names of three refer- 

Professor Ian Gladwell 
Chair, CSE Search Committee 
208 Clements Hall 
Southern Methodist University 
Dallas, TX 75275 

SMU is an equal opportunity/affirmative 
action, Title IX employer. Applications from 
women and minorities are particularly en¬ 
couraged. Applications will be accepted until 
February 1, 1992. 


FACULTY FOR EUROPE AND ASIA 

Planning a sabbatical or leave of absence? 
The University of Maryland University 
College seeks excellent lecturers for under¬ 
graduate computer science, computer appli¬ 
cations, and information systems manage¬ 
ment courses on U.S. military bases in 
Europe and in Asia and the Pacific. Renew¬ 
able annual appointments begin August 
1992. Minimum requirements include a 
master’s degree in computer science or a 
related field, recent college teaching ex¬ 
perience, and U.S. citizenship. Benefits in¬ 
clude transportation and military base 
privileges. Frequent travel and the cost of 
schooling make these positions difficult for 
those with children. Send resume to: Dr. 
Ralph E. Millis, Overseas Programs, The 
University of Maryland University College, 
College Park, MD 20742-1642. AA/EEO. 


UNIVERSITY OF MIAMI 
Department of Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering invites applications for a 
tenure-track faculty position in computer 
engineering at the Assistant/Associate Pro¬ 
fessor level. Preferred areas of interest are ar¬ 
tificial intelligence, software engineering and 
database systems. 

Qualifications include a Ph.D. degree in 
computer science or computer engineering, 
and the ability of initiating research projects, 
attracting external funding, and teaching 
undergraduate and graduate courses. Salary 
will be commensurate with rank and 
experience. 

The University is located in Coral Gables, 
a suburb of Miami, Florida. Applications 
should be sent with the names of three 
references to: Dr. Tzay Y. Young, Chair¬ 
man, Dept, of Electrical and Computer Engi¬ 
neering, University of Miami, P.O. Box 
248294, Coral Gables, Florida 33124. 

The University of Miami is an equal op¬ 
portunity/affirmative action employer. 


D.E. SHAW & CO. 

Algorithmic Trading 

D.E. Shaw & Co. is a small (several dozen 
employees), highly capitalized (over $300 
million in partners' equity), extremely suc¬ 
cessful Wall Street firm specializing in quan¬ 
titative finance and computational trading. 
Computer scientists and system designers 
form the professional core of the firm, and 
not merely its support staff, and participate in 
its profits. Our technical staff includes both 
Ph D.-level researchers recruited from Stan¬ 
ford, MIT, and other leading computer 
science departments and extraordinarily 
talented B.S.-and M.S.-level system de¬ 
signers and “superhackers". It is our practice 
to compensate unusually gifted individuals at 
a level exceeding that of the market. Appli¬ 
cants should send resumes to Esther Treitel, 
D.E. Shaw & Co., 251 Park Avenue South, 
15th Floor, New York, NY 10010. 


November 1991 


107 











UNIVERSITY OF CALIFORNIA, 
LOS ANGELES 

Computer Science Department 

The Department of Computer Science at 
the University of California, Los Angeles, in¬ 
vites applications for tenure-track positions at 
the Assistant Professor level in Computer 
Science beginning in July 1992. Applica¬ 
tions are also welcome from highly distin¬ 
guished candidates at the senior level. 

Quality is our key criterion for selecting ap¬ 
plicants. We expect them to have a strong 
commitment to both research and teaching 
and an outstanding record of research for 
their level. It is important that they exhibit 
strong potential for continued excellence in 
university research. 

We seek applicants in any mainstream 
area of Computer Science and we particular¬ 
ly welcome those with strength in hardware 
and software systems research. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to: Professor Leonard Klein- 
rock, Chair, Computer Science Depart¬ 
ment, Boelter Hall 3732, University of Cali¬ 
fornia, Los Angeles, CA 90024-1596. 

The University of California is an Affir¬ 
mative Action/Equal Opportunity Employer. 


NATIONAL CHIAO TUNG 
UNIVERSITY 
Taiwan, Republic of China 

Applications are invited for faculty posi¬ 
tions in both Department of Computer and 
Information Science and the Department of 
Computer Science and Information Engi¬ 
neering beginning in August 1992. A Ph.D. 
in Computer or Information Science/Engi¬ 
neering or closely related fields is required. 
The University 

National Chiao Tung University is located 
in Hsinchu City near the Science and In¬ 
dustrial Park in Taiwan. It is famous for its 
programs in the areas of Computer Science, 
Computer Engineering, and Electrical Engi¬ 
neering. There are two computer related 
departments in the university, the Depart¬ 
ment of Computer and Information Science 
in Science College and Department of Com¬ 
puter Science and Information Engineering 
in Engineering College. The University 
Computer Center has CONVEX C240 and 
C220 minisupercomputers which are ac¬ 
cessible through FDD1 campus network from 
all departments. The Center is the regional 
center of TANet which connects universities 
and research institutes in Taiwan. TANet 
connects to Internet so researchers in Taiwan 
can easily communicate with people in the 
foreign countries. 

Department of Computer and 
Information Science 

The department provides an excellent 
research and teaching environment. Depart¬ 
ment facilities include 20 SUN workstations, 
6 SGI graphics workstations (including one 
VGX340), 15 IBM RS-6000, some SONY 
and DECstations, one 16 nodes nCUBE 
parallel computer, one 16 nodes Trans¬ 
puter, two CONVEX C120 minisupercom¬ 
puters, and many PCs. All computers in the 


Department are interconnected via Ether¬ 
net. The department offers BS, MS, and 
Ph.D. programs. Applicants should have 
strong commitment to teaching graduate 
and undergraduate courses and performing 
research. All areas in Computer Science and 
Computer Engineering are welcome. 

Interested people please send resume and 
names of three references to Professor Wei- 
Pang Yang, Head, Department of Com¬ 
puter and Information Science. National 
Chiao Tung University, Hsinchu, Taiwan, 
Republic of China by the end of February 
1992. 

FAX: (011-886-35) 721-490. 
Department of Computer Science and 
Information Engineering 

The department offers BS, MS, and 
Ph.D. programs. Theory and implementa¬ 
tion of computing systems are both em¬ 
phasized in the department. General pur¬ 
pose computing is provided by a VAX8530, 
two VAX780s, 30 SUN workstations, 10 
IBM RS-6000s, 30 MACs, some HPs, and 
over 150 PCs. Special purpose computing 
facilities include one Sequent S27, three 
transputer networks, one hypercube and 
some IRIS workstations. All computers are 
connected via Ethernet. The department 
also owns the largest nationwide digital 
system laboratory. Special equipment and 
packages for VLSI and digital system design, 
simulation and performance analysis, image 
processing and vision analysis, and software 
engineering are available. Duties of faculty 
members will include teaching undergradu¬ 
ate and graduate courses and performing 
research. The department will give special 
support to new faculty members for starting 
their research. 

The department is particularly interested 
in individuals conducting research in com¬ 
puter system, compiler, computation theory 
and algorithms, DBMS, Multi-media infor¬ 
mation system, and parallel architecture. 
However, qualified candidates in all areas 
will be considered. Interested applicants are 
invited to send a resume and three refer¬ 
ences to Professor Suh-Yin Lee, Head, De¬ 
partment of Computer Science and Informa¬ 
tion Engineering, National Chiao Tung 
University, Hsinchu, Taiwan 300, Republic 
of China by the end of February, 1992. 
FAX: (011-886-35) 724-176. 


SYSTEMS ENGINEER 

Systems Engineer required to design, 
develop, test and implement on-line applica¬ 
tions for customer base in an IBM MVS/ESA 
environment. Analyze data processing re¬ 
quirements to determine electronic data pro¬ 
cessing system that will provide system 
capabilities required for projects or work¬ 
loads and plan new system installation 
modifying existing system utilizing COBOL 
and Assembler under CICS, where data is 
handled by DB2 and auxiliary VSAM files. 
Confer with data processing and project 
management personnel to obtain data on 
limitations and capabilities of existing system 
to analyze requirements for proposed data 
processing and work load. Create appropri¬ 
ate business objectives, requirements, defini¬ 
tion or cost benefit analysis for new business 
ideas. Estimate programming effort to com¬ 


plete phases of development projects. Train 
and supervise staff members in all facets of 
the development process and appropriate 
technical areas. 

Applicant must have an M S. degree in 
Computer Science and a minimum of six 
months experience in the position offered or 
in teaching or as a graduate research assis¬ 
tant. Also required is strong analysis, written 
and verbal communication skills. Experience 
in an IBM MVS/ESA environment. Strong 
skills in DB2, CICS, COBOL and BAL. 
Strong CICS debugging skills using Intertest. 
Good knowledge of MVS JCL. 

Forty hour work week with no overtime. 
Salary: $32,000 per year. All interested ap¬ 
plicants send resume to: Ms. Patricia A. 
Ganno, Job Service of Florida, P.O. Box C, 
Clearwater, FL 34618-4090. Job Order 
*0503212. 


DEVELOPMENT STAFF MEMBER 

Conduct applied research and develop¬ 
ment in the area of parallel processing. 
Devise methodologies and tools for parallel 
program design and analysis. Devise hard¬ 
ware and software architectures for parallel 
processing. Ph D. in Electrical/or Computer 
Engineering, 1 year experience or 1 year 
related experience as a pre- or post doctoral 
Research Assistant; Computer Architecture. 
The 1 year related experience must include 
development of methodologies and tools for 
parallel architecture design, parallel program 
analysis and software development experi¬ 
ence. 40hrs./wk. $58,000/yr. Apply atthe 
Texas Employment Commission, Austin, 
Texas or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin. 
Texas 78778, J.O. *6342811. Ad Paid by 
an Equal Opportunity Employer. 


UNIVERSITY OF CALIFORNIA, 
SANTA CRUZ 

Computer & Information Sciences at UC 
Santa Cruz invites applications for the posi¬ 
tion of Assistant Professor, effective July 1, 
1992, contingent on funding. 

The position is in Computer Graphics 
and Scientific Visualization (Provision 
*253-912). 

A Ph.D. in Computer Science or equiva¬ 
lent is required. Candidates must have 
demonstrated research potential, and will be 
evaluated on their research record, teaching, 
professional activities, potential for distinc¬ 
tion, and letters of recommendation. 

Salary range: $46,800 - $49,200. 

Applications should include: curriculum 
vitae with cover letter, publications and 
teaching evaluations, and 3 letters of recom¬ 
mendation, sent promptly to the following 
address: Chair, Computer Faculty Search 
Committee, Baskin Center for Computer 
Engineering & Information Sciences, Ap¬ 
plied Sciences Building, University of Cali¬ 
fornia, Santa Cruz, CA 95064. 

(Questions may be sent via email to 
recruit@saturn.ucsc.edu or 
recruit@ucsccrls.bitnet.) 

Closing date: January 2, 1992 

UCSC is an EEO/AA/IRCA employer. 
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WESTERN MICHIGAN UNIVERSITY 

Computer Engineering and Design 

The Department of Electrical Engineering 
invites applications for two anticipated 
tenure-track faculty positions, one at the 
Associate/Assistant Professor level, the 
other at the Assistant level. Final authoriza¬ 
tion for these positions is subject to budgetary 
approval. Preferred applicants must have an 
earned Ph.D. in Computer Engineering or 
the equivalent and specialize in computer 
engineering and design. Responsibilities in¬ 
clude graduate and undergraduate teaching, 
curricular leadership, and research. Senior 
faculty applicants should demonstrate ex¬ 
perience in applied computer engineering 
design. Western Michigan University is 
located in Kalamazoo, Michigan and has ap¬ 
proximately 26,000 students; it is one of the 
state's five graduate intensive universities 
and is designated a Carnegie Doctoral I 
university. The Department offers two EAC/ 
ABET accredited undergraduate degrees 
(Computer Systems Engineering and Elec¬ 
trical Engineering) and a growing graduate 
program. We are looking for experienced 
computer engineering faculty members who 
enjoy teaching and would like to participate 
in building a design-oriented graduate pro¬ 
gram in computer engineering. Please send 
a detailed resume, including a statement of 
citizenship, and names of three references 
to: Dr. Thomas F. Piatkowski, Chair, De¬ 
partment of Electrical Engineering, Western 
Michigan University, Kalamazoo MI 49008- 
5066 or piatkowski@gw.wmich.edu. Appli¬ 
cations will be accepted until the position is 
filled. Western Michigan University is an af¬ 
firmative action employer/equal opportuni¬ 
ty institution and encourages applications 
from women and minority candidates. 


SIMON FRASER UNIVERSITY 
Faculty Position 
School of Computing Science 

Applications are invited for a tenure-track 
position at the Assistant Professor level, sub¬ 
ject to budgetary authorization, in the area of 
computer graphics. 

A Ph.D. in Computing Science (or equi¬ 
valent) is required and candidates should 
have a record of (or strong potential for) 
research and publications, graduate student 
supervision, and teaching. 

The School of Computing Science, has 
28 faculty members and offers M.Sc. and 
Ph.D. degrees in computing science as well 
as B.Sc. and B.A. degrees in computing 
science, B.Sc. honors degrees in computing 
science, digital systems (including VLSI) 
design, and math/computing. 

Fellowships from the B.C. Advanced Sys¬ 
tems Institute are available (through the Cen¬ 
tre for Systems Science) to outstanding ap¬ 
plicants, thereby making additional teaching 
release and infrastructure support possible. 

The Centre for Systems Science operates 
and maintains the School’s impressive 
research network. The net consists mainly of 
SPARCStations and other SUN worksta¬ 
tions with several LISP machines and high 
resolution colour workstations, and plotters 
for AI, graphics and VLSI design. All faculty 
offices are connected to the network. We are 


located in the new Applied Sciences building 
where we have a diverse collection of re¬ 
search laboratories. Teaching facilities in¬ 
clude instructional laboratories based upon 
SUN workstations and NEXT workstations 
running UNIX, and various microcomputer 
and hardware laboratories. 

Simon Fraser University is situated on top 
of Burnaby mountain and serves about 
17,000 students. Lying just east of Van¬ 
couver, the site commands magnificent 
views of Burrard Inlet, the North-Shore 
mountains, the Fraser River, and Vancouver 
harbour. The School also has links to a 
newly established downtown Vancouver 
campus. This lower mainland area of British 
Columbia is unique in Canada for its mild 
climate and varied recreational facilities. 

Preference will be given to candidates who 
are eligible for employment in Canada at the 
time of application. Simon Fraser University 
is committed to the principle of equity in 
employment and offers equal employment 
opportunities to qualified applicants. Ap¬ 
plications will be accepted until the position is 
filled, although a practical cutoff date for 
1992 is February 1st. To apply, send a curri¬ 
culum vitae, evidence of research producti¬ 
vity (selected reprints), and the names, ad¬ 
dresses, and phone numbers of three referees 
to: 

Arthur L. Liestman, Director 
School of Computing Science 
Simon Fraser University 
Burnaby, British Columbia, Canada 
V5A 1S6 

FAX: (604) 291-3045 


DUKE UNIVERSITY 
Department of Computer Science 

Applications are invited for the position of 
Chairman, Department of Computer Sci¬ 
ence at the rank of Full Professor with tenure 
beginning September 1992. Candidates 
should have a strong research background 
and teaching experience. 

The position of Chairman allows the op¬ 
portunity to continue an active research pro¬ 
gram while guiding the development of the 
Department. The Department presently has 
approximately twenty faculty, fifty graduate 
students, a modern workstation environ¬ 
ment and an excellent support staff. Twenty- 
six Ph.D.’s have been awarded in the past 
five years. 

The Department has major research ef¬ 
forts in: 

• artificial intelligence, particularly in the areas 
of logic programming, natural language 
interface, and search methodologies; 

• computer systems with emphasis on sys¬ 
tems performance, communications, and 
computer architectures; 

• scientific computing with emphasis on 
numerical linear algebra, the solution of 
PDEs, and VLSI simulation; 

• theory and algorithms with emphasis on 
parallel and randomized algorithms; and 

• VLSI design, particularly computer-aided 
design and special purpose architectures. 
Duke University is a highly selective, pri¬ 
vate, research-oriented University located in 
an active research, metropolitan area, which 
includes Research Triangle Park and the Tri¬ 
angle Universities^-the University of North 


Carolina at Chapel Hill, North Carolina State 
University and Duke University. 

Applicants should include a curriculum 
vitae, a list of publications, a few most impor¬ 
tant publications and a list of references. 
These should be sent by March 1, 1992 to: 
Search Committee Chairman 
Department of Computer Science 
Room 205 North Building 
Duke University 

Durham, North Carolina 27706 
Duke University is an equal opportunity, 
affirmative action employer. 


McGill university 

FACULTY OF MANAGEMENT 
Faculty Positions in 
Information Systems 

The Faculty of Management has tenure 
track Assistant/Associate/Full Professor 
positions available in Information Systems 
commencing January 1992. We seek indi¬ 
viduals with strong technical & managerial 
skills and having a distinguished research 
record or potential for the same with re¬ 
search/teaching interests in one or more of 
the following areas: 

Modelling of Organizational and Inter- 
Organizational Information Systems, Sys¬ 
tems Analysis and Design. EDI, Simulation. 

The Faculty of Management has over 60 
full time faculty and offers B.Com, MBA and 
Ph.D. degrees. There are 1,400 Undergrad¬ 
uate. 400 MBA and 45 Ph.D. students. 
Salary is competitive. 

Apply in writing to: Prof. Morty Yalovsky, 
Associate Dean - Academic, Faculty of Man¬ 
agement, 1001 Sherbrooke St. West, Mon¬ 
treal. Quebec. H3A 1G5. 

In accordance with Canadian Immigration 
requirements, priority shall be given to 
Canadian citizens and permanent residents 
of Canada. 


OHIO UNIVERSITY 
Computer Science Department 
Faculty Position 

Full-time, tenure track position as Assis¬ 
tant Professor to conduct research and to 
teach Computer Science graduate and 
undergraduate courses. Candidates must 
have a Ph.D. in Computer Science or 
equivalent (at time of appointment) with pro¬ 
mise of excellence in research and teaching. 
Applicants in the area of concurrent process¬ 
ing and parallel programming will be given 
first consideration. 

Departmental computing is supported by 
two VAX 785s, several AT&T 3B2s. two 
microcomputer labs and a Dec Workstation 
lab. Academic computing is supported by an 
IBM 4381, a VAX 6440, an HP3000, and 
several microcomputer labs. 

Salary highly competitive (minimum 
$42,000). Application deadline: February 
15, 1992. Send letter of application, cur¬ 
riculum vitae to and have three letters of 
reference sent to: J. Craig Farrar, Chairman. 
Computer Science Department. Morton Hall 
416, Athens, OH 45701. Ohio University is 
an Equal Opportunity/Affirmative Action 
Employer. Women and Minorities are en¬ 
couraged to apply. 
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BOOK REVIEWS 


Editor: Alan Kaminsky, Rochester Institute of Technology, PO Box 9887, Rochester, NY 14623-0887 
(716) 475-5255; Internet ark@cs.rit.edu; Bitnet arkics@ritvax. 


Principles of Concurrent and Distributed Programming 

Mordechai Ben-Ari (Prentice Hall, Englewood Cliffs, NJ, 1990, 300 pp., $38) 


The first part of this book is a re¬ 
write of the author’s highly successful 
Principles of Concurrent Program¬ 
ming (Prentice Hall, 1983). The new 
version changes the illustrating lan¬ 
guage from a Pascal dialect to Ada 
but otherwise retains the strengths of 
its predecessor. 

The author defines the differences 
between sequential and concurrent 
programs in terms of program cor¬ 
rectness. In sequential programming, 
correctness refers mostly to the termi¬ 
nation property. In concurrent pro¬ 
grams, which normally do not termi¬ 
nate, correctness is defined in general 
terms of liveness and safety proper¬ 
ties. The basic liveness properties of 
fairness and absence of starvation are 
discussed, as are the most common 
safety properties, namely, mutual ex¬ 
clusion and absence of deadlock. 

The author uses the interleaving 
model as the basis for concurrent 
computation and for proving program 
correctness. Because this model relies 
on proving properties of execution se¬ 
quences, this book proves program 
properties on the basis of operational, 
as opposed to axiomatic, reasoning. 
Thus, sequences of program opera¬ 
tions are formally analyzed, while un¬ 
derstanding of program semantics is 
informal. 

Parallel programs are treated as a 
special case of concurrent programs. 
Concurrent programs can execute on 
either a single processor (apparent 
parallelism) or many processors, but 
parallel programs execute only on 
many processors (true parallelism). 
Controlling access to shared memory 
is a basic problem in concurrent pro¬ 
gramming. It can be expressed as a 
program property, namely, mutual ex¬ 
clusion. The author approaches mutu¬ 
al exclusion through programming 
constructs such as semaphores and 
monitors. He illustrates the principles 
of proving correctness with examples 
and discusses the issues precisely. Al¬ 
though he emphasizes formal proof of 


algorithm properties, he also explains 
such things as the intricacies of minor 
changes in semaphore definitions. 

The new version of the book adds 
two new sections. The first discusses 
distributed programming. It uses the 
message-passing model and covers 
processes that communicate via mes¬ 
sages but do not have common memo¬ 
ry. Although the problems of program 
correctness are virtually the same as 
in shared memory systems, the differ¬ 
ent model changes their representa¬ 
tion. Correctness depends on the 
facilities used to send and receive 
messages. Therefore, the discussion 
starts with basic choices like synchro¬ 
nous versus asynchronous communi¬ 
cation, naming schemes, and one-way 
versus two-way data flow. 

These choices are illustrated in dis¬ 
cussions of three programming lan¬ 
guages; Ada, Occam, and Linda. Only 
the discussion of Ada, which is sup¬ 
ported by appendixes, covers concur¬ 
rency issues sufficiently. The Occam 
and Linda discussions are inadequate 
for relating concurrency concepts to 
the problems outlined in the book. 

In general, I do not believe it appro¬ 
priate to base a discussion of distrib¬ 
uted programming concepts solely on 
language constructs. Although impor¬ 
tant, languages put certain limitations 
on distributed programming. For ex- 


This book takes an object-oriented 
approach to constructing an operating 
system for uniprocessors and multi¬ 
processors. The author uses parallel 
logic languages to create the neces¬ 
sary components of a uniprocessor op¬ 
erating system, then extends this sys¬ 
tem for multiprocessors. The parallel 


ample, they do not address how to 
partition processes on available pro¬ 
cessors. 

For simplicity, the author also as¬ 
sumes that no failures occur in dis¬ 
tributed systems. He acknowledges 
that this assumption is unrealistic 
but justifies it to focus on more basic 
problems. These problems, which are 
discussed in examples, include distrib¬ 
uted mutual exclusion, distributed 
termination (as a deadlock detection), 
and the Byzantine General’s problem. 

The other new section of the book 
is on implementation. It is mostly de¬ 
scriptive and rudimentary, although 
the short discussions of rate-monoton¬ 
ic scheduling and priority inversion in 
Ada are worthwhile. 

In summary, when the book con¬ 
centrates on ways to prove the cor¬ 
rectness of concurrent programs, it is 
excellent. When it diverges from this 
topic, it is less convincing. Despite 
these shortcomings, I highly recom¬ 
mend the book for medium- to high- 
level academic courses in concurrent 
programming or real-time systems. 
This book provides clear, systematic 
discussions of specific program prop¬ 
erties and supports the discussions 
with excellent examples. 

Janusz Zalewski 

Southwest Texas State University 


logic languages are Flat Parlog (FP) 
and Flat Parlog+ (FP+). Two tutorial 
appendixes are included for readers 
unfamiliar with these languages. 

Foster develops the concept of cre¬ 
ating a working operating system, us¬ 
ing only lightweight processes, logical 
variables, and tasks for the system 


Systems Programming in Parallel Logic Languages 

Ian Foster (Prentice Hall International, Hertfordshire, England, 1990,288 pp., $39) 
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components. The operating system 
has four basic functional blocks, or 
levels: user, nucleus, kernel, and hard¬ 
ware. A chapter addresses each level. 
To give the reader a sense of how his 
approach will work in real systems, 
Foster includes performance data 
from various emulations and test runs. 
He does not present a complete oper¬ 
ating system as Andrew S. Tanen- 
baum did in Operating Systems Design 
and Implementation (Prentice Hall, 
1988). Tanenbaum described a work¬ 
ing operating system, Minix, and in¬ 
cluded its source code in an appendix. 
Foster only sketches what functions 
should be provided for a simple oper¬ 


ating system that includes a disk, a 
keyboard, and a display. He presents 
several example program segments to 
provide these functions, but leaves 
substantially all the details for the 
reader to develop. 

The list of references is extensive, 
and the citations to them are so fre¬ 
quent that the reading sometimes has 
all the excitement of IEEE Transac¬ 
tions. In some instances, Foster merely 
sketches what the reference contains, 
then cites it for details. The reader 
would sometimes be better served if 
the details were included in the book. 
Overall, the book is well written but 
covers a lot of territory rapidly. 


The final chapter discusses trends to¬ 
ward using parallel logic languages in 
the construction of operating systems, 
including Japanese approaches to sys¬ 
tems programming. Strand88 is a com¬ 
mercial parallel logic language that 
uses the concepts developed in the 
book, and a mail-in card for informa¬ 
tion on it is included. 

This book is directed to college stu¬ 
dents and practicing professionals with 
a basic understanding of operating sys¬ 
tems. It is suitable as a textbook but 
does not include study exercises. 

Jonathan C. Fairbanks 

East Tawas, Michigan 


Microcosm: The Quantum Revolution in Economics and Technology 

George Gilder (Simon and Schuster, New York, 1989, 426 pp., $19.95) 


The publisher’s blurb calls this a 
“visionary book about the new devel¬ 
opments in electronics and the coming 
transformation of the American econ¬ 
omy and society.” The preface calls it 
“an exploration of the meaning and 
future of modern technology.” Micro¬ 
cosm is not a technical book, nor is 
the author a technocrat. He is, in fact, 
an original supply-side economist 
whose book Wealth and Poverty (Ba¬ 
sic Books, 1981) was reviewed in Bar¬ 
ron’s as a “seminal economic work.” 
At the center of this book is the idea 
that every economy has a conflict not 
between capitalists and socialists or 
between rich and poor, but between 
the past and future — between the ac¬ 
cumulation of fixed assets and the 
willingness to write them off as quick¬ 
ly as the evolving future requires. 

Gilder focuses on the evolution of 
silicon in the past 20 years — from its 
early embodiment in the integrated 
circuit to later developments of very 
large scale integrated circuits. He calls 
this period “the quantum era” and 
discusses its fourfold transformation 
of the world — in science, technology, 
business, and politics. These changes, 
he asserts, “converge in one epochal 
event: the overthrow of matter.” 

A word about Gilder’s writing style: 
He is given to the florid phrase and 
outrageous assertion. For example, he 
says that “the microchip has devalued 
most large accumulations of physical 
capital and made possible the launch¬ 
ing of global economic enterprises by 
one entrepreneur at a workstation.” 
Corporate accounting officers will be 


alarmed to hear that; they are not ac¬ 
customed to such wholesale write-offs 
of fixed assets. The idea of the lonely 
entrepreneur launching global enter¬ 
prises from a workstation may also be 
overstated: Lonely hackers invading 
computer networks for fun or profit, 
maybe; but to launch global enterpris¬ 
es surely involves more than a Sun 
workstation. 

In all cases, however, Gilder pro¬ 
ceeds to substantiate his assertions. 
(The book includes a formidable bib¬ 
liography of reference material.) He 
wants corporations to establish a new 
way of doing business — something 
that recognizes the effects of the sili¬ 
con chip, its part in making the world 
one marketplace, and the dominant 
role of technological innovators. If 
you think we’re already doing this, 
Gilder responds that we’re not doing 
it nearly well enough. He urges us to 
internalize the law of the microcosm: 
“Rather than pushing decisions up 
through the hierarchy of the organiza¬ 
tion, the power of microelectronics 
pulls them remorselessly down to the 
individual.” 

He describes the ebb and flow be¬ 
tween special-purpose and general- 
purpose computing. Twenty years ago 
the move to general-purpose comput¬ 
ers was regarded as revolutionary. 
Hardware became standardized and 
acquired flexibility through software. 
Special-purpose devices lacked flexi¬ 
bility; their specifications were hard 
to change, and designers responded 
hardly at all to the call from salespeo¬ 
ple for new features. So programma¬ 


ble computers emerged with their 
working memory, registers, and pro¬ 
gram control unit. Now, as Gilder de¬ 
scribes it, hardware design has been 
mechanized so that it can be “com¬ 
piled” and “recompiled” as specifica¬ 
tions change. Technology has driven 
hardware into the microcosm; circuit 
elements are no longer discrete, nor 
can they can be seen and touched. 

As design moves toward a micro 
process, it returns flexibility to the de¬ 
signer. It is possible to talk about a 
“silicon compiler” that allows func¬ 
tional specification changes much lat¬ 
er in the hardware development cycle 
— almost as late as if the engineer 
were standing, soldering iron in hand, 
making the changes. 

An exciting book! Two typos and at 
least two split infinitives. Perhaps 
these are not to be agonized over in 
the microcosm. 

James C. Hammerton 

Rochester Institute of Technology 


Books and more books 

Anyone interested in writing book 
reviews for Computer should contact 
the book reviews editor at the ad¬ 
dress on the facing page. Please indi¬ 
cate your qualifications and the sub¬ 
ject areas you’re willing to review. 

Recently published books are wel¬ 
come for review. 
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Editor: Will Tracz, IBM, Federal Sector Division, Mail Drop 0210, Owego, NY 13827 
e-mail tracz@OwgvmO.vnet.ibm.com 


Rules for concurrent engineering — Part I 


After reading the July 1991 articles 
on concurrent engineering in IEEE 
Spectrum (pp. 22-37), I felt compelled 
to add my voice to the growing cho¬ 
rus. I used concurrent engineering be¬ 
fore it became popular. Managers 
used to call it “common sense.” 

The goal of concurrent engineering 
is to get a product into production 
quickly. The working definition of 
“into production” was generally inter¬ 
preted to mean “able to be mass-pro¬ 
duced to fill customer orders.” It was 
assumed the product was bug-free, 
supportable, and manufacturable. 

Many of today’s buzzwords sprang 
from the early attempts to systematize 
the process of development. In the 
drive to get a product out quickly, 
there is no time to reengineer the 
product if a deficiency is found. At¬ 
tention is focused on design and man¬ 
ufacturing quality throughout the de¬ 
velopment process. This has led to 
total quality management (TQM) and 
design for manufacture (DFM), or de¬ 
sign for assembly (DFA). A require¬ 
ment that a product be proven solid 
before it can begin to ship to custom¬ 
ers quickly forces an understanding of 
statistical process control (SPC). 

However, concurrent engineering 
includes critical concepts that were 
previously lacking. Taguchi’s rule con¬ 
cerning collective variances from 
specification (see the IEEE Spectrum 
issue) has given us a more determinis¬ 
tic way to optimize design goals. Ish- 
ikawa’s cause-and-effect diagram pro¬ 
vides a powerful tool enabling devel¬ 
opers to understand and therefore 
control the implications of design and 
manufacturing decisions. (The list of 
new tools and concepts is too long to 
include here.) 

The value of teamwork. One aspect 
of concurrent engineering that is con¬ 
stantly underemphasized is teamwork. 
I know of no situation in which a dedi¬ 
cated team has failed, while I have 


seen the lack of teamwork lead to sev¬ 
eral disasters. 

Some people refer to these teams as 
“Tiger teams,” others as “Skunk 
works.” However, successful teams all 
share some basic characteristics: 

• Trust. No worker is afraid of being 
humiliated or back-stabbed by anoth¬ 
er worker. No one is afraid to report 
failure (the messenger will not be 
shot). Reasonable risk-taking is en¬ 
couraged and rewarded. Expertise 
available within the team is used ex¬ 
tensively. Workers respect each other. 
My litmus test is, if workers talk about 
religion, politics, or other personal 
values during breaks, then there is an 
atmosphere of mutual trust and re¬ 
spect. 

• Teamwork. People do not meddle 
in other people’s jobs. Workers are 
sure that each member of the team 
will handle his or her assigned respon¬ 
sibilities. Communication is free and 
easy (most effectively by electronic 
mail) with frequent short status meet¬ 
ings and periodic updates on overall 
progress, so all workers know how the 
project is going. As unexpected prob¬ 
lems arise, the workers carefully as¬ 
sess alternatives and take corrective 
actions to get back on schedule. 

• Confidence. Workers know that 
the plan is workable and stable. Fur¬ 
thermore, all facets of the plan are be¬ 
ing managed. Not only have the “who, 
what, when, and where” questions 
been answered, but also the “why and 
how” questions that help people fill in 
the tiny details as they work. Manage¬ 
ment is supportive. 

These three conditions allow an en¬ 
gineer to “sign up” emotionally and 
intellectually to a development proj¬ 
ect. They also allow the engineer to 
make decisions in a positive atmo¬ 
sphere against known criteria. When 
given a chance, engineers work best in 
these situations. However, I have seen 
failures directly traceable to withheld 


information or support. We have all 
seen situations where the major prod¬ 
uct criterion was cost, yet no costing 
information was supplied to the team. 
Ironically, it is often the managers 
who bring about the failure and who 
complain that “teams don’t work — at 
least not here.” (It is a manager’s fail¬ 
ure when these problems occur.) 

Broad representation. Ideally, a 
concurrent engineering team consists 
of people from all company areas as¬ 
sociated with the product: marketing, 
field support, documentation, manu¬ 
facturing, procurement, hardware, 
software, and others, depending on a 
company’s culture and organization. 
Consulting customers can help im¬ 
measurably. 

Once chartered, the team is empow¬ 
ered to develop a comprehensive plan 
of attack and to flesh out the product 
specification and schedule. Since both 
developers and customers (manufac¬ 
turing, marketing, and the field) are 
represented, the completed specifica¬ 
tion will directly reflect both the 
needs and the realities of the compa¬ 
ny. (This balance is often overlooked 
by concurrent engineering experts.) 

The plan includes a list of deliver¬ 
ables, a preliminary estimate of re¬ 
quired resources, a master schedule, 
and a set of criteria that the product 
must be tested against — and pass — 
before it can be considered complete. 
This is the first step to true TQM. 

Due to the comprehensive nature of 
the plan, it is usually quite accurate 
and practical. However, upon review, 
it may seem that by changing some as¬ 
sumptions, the plan can be improved 
and revised. During this planning 
stage, the team “gels” and chooses a 
leader to act as a project coordinator. 

Robert E. Cousins 

Consultant 

Cortland, N.Y. 
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CALL FOR PAPERS and Panel Session Proposals 


The Sixteenth Annual International 

Computer Software and 
Applications Conference 

comnsac9& 

McCormick Center Hotel, Chicago, Illinois, USA 



TUTORIALS: September 21-22,1992 • CONFERENCE: September 23-25,1992 


SUBMIT PAPERS AND PANEL PROPOSALS TO: 

■ Dr. Dick B. Simmons 

Program Chairman, COMPSAC 92 

Department of Computer Science 

Texas A&M University 

College Station, Texas 77843-3112 USA 

Telephone: (409) 845-2015 

Telefax: (409) 847-8578 

Internet: simmons@cs.tamu.edu 

INFORMATION FOR AUTHORS: 

■ 6 copies of the full paper (double-spaced) 3000-5000 words 

■ Papers should include: title, authors, affiliations and 150- 
word abstract 

■ Identify the author responsible for correspondence, 
including title, affiliation, address, telephone number and 
fax number 


IMPORTANT DEADLINES: 

■ January 15,1992 all papers and panel proposals received 

■ February 14,1992 panel organizers notified of acceptance 

■ March 4, 1992 organizers of accepted panel proposals 
provide final information on session chairperson and 
panelists 

■ March 31,1992 authors notified of acceptance 

■ May 25,1992 camera-ready copies of accepted papers and 
panelists' position papers due 

INFORMATION FOR PANEL ORGANIZERS: 

■ 6 copies of panel proposal 

■ Proposals should include: title, organizer's affiliation, 
address, telephone number, fax number, a 150-word 
scope statement and proposed panelists. 


Papers and Panel Session Proposals related, but not limited to, the following areas are invited: 


Software Tools for Parallel and Distributed Systems 

■ Programming Languages and Compilers 

■ Software Engineering Environments 

■ Modeling and Analysis Tools 

■ Visualization Tools 

■ Debugging Tools 

■ Validation and Verification Tools 

■ Reliable and Real-Time Software Systems 

Software Methodologies, CASE Tools, and Management 

■ Requirements and Specifications 

■ Metrics and Measurements 

■ Quality Assurance and Control 

■ Maintenance and Reusability 

■ Project and Configuration Management 

■ Modeling and Fast Prototyping 

■ Testing and Verification 

Object-Oriented Software Developments 

■ Development Environment 

■ Programming Languages 

■ Visual Languages 


■ Database Management 

■ Human Computer Interface 

■ Practical Applications 

Knowledge and Database Based Systems 

■ Integrated Knowledge-Based Systems 

■ Practical Expert Systems 

■ Application of Neural Networks. 

■ Multimedia Database Systems 

■ Software Methodologies for Expert Systems 

■ Computer Security 

Software Applications 

■ Aerospace and Defense 

■ Education 

■ Electronic Switching Systems 

■ Human Computer Interface 

■ Hypertext/Hypermedia 

■ Medicine 

■ Network Diagnoses and Management 

■ Robotics and Vision 

■ Transportation 


Sponsored by 


A IEEE Computer Society 


♦ 


The Institute of Electrical 
and Electronics Engineers, Inc. 














If you write software, IBM wants 
to bring you to your senses. 


With sight, sound and motion, you can 
become a star in the biggest, fastest-growing uni¬ 
verse there is. A multimedia star in the universe 
of IBM and IBM-compatible computers. 

Working with IBM MultiMedia will be ex¬ 
citing. Just look at what’s been done with the 
software, “Columbus: Encounter, Discovery and 
Beyond” and the “Illuminated Books and Manu¬ 
scripts” series. And think of the programs you 
can write combining interactive video, dazzling 


graphics and CD-quality sound. Think of the 
huge market potential that’s barely been tapped. 
With your creativity and IBM’s resources, techni¬ 
cal and marketing support, the possibilities 
are endless. 

Yes, IBM MultiMedia is designed to appeal 
to all your senses. Especially your business sense. 

Call 1 800 426-9402 __ 


to find out all the ways IBM 
can help. 





















